defconstantのeql問題について別解を考えた
Posted 2021-12-08 19:51:49 GMT
Lisp一人 Advent Calendar 2021 9日目の記事です。
主にSBCLで発生する問題なのですが、ANSI規格を厳格に解釈した結果、defconstantでeqlな関係でないオブジェクトを定数として再定義するとエラーになるというのがあります。
これはOKですが、
(progn
(defconstant foo-constant 42)
(defconstant foo-constant 42))これはNG。
(progn
(defconstant bar-constant "bar")
(defconstant bar-constant "bar"))
!>> The constant bar-constant is being redefined (from "foo" to "foo")SBCL対策
この問題の対策として、再定義しないで値を使い回すようなマクロが良く使われたりしています。
例えば、cl-ppcre::defconstantは、
(ppcre::defconstant bar-constant "bar")
===>
(defconstant bar-constant (if (boundp 'bar-constant) (symbol-value 'bar-constant) "bar"))のようにして問題を回避します。
さらに汎用的なものでは、alexandria:define-constantのように同値テストを指定できるものもあります。
(define-constant bar-constant "bar" :test #'equal)他にも結構同様の問題に対処するユーティリティが結構あります。
最近考えた別解
これらは、(boundp 'var)でシンボルをチェックするのですが、開き直って、
(defvar .baz-constant. "baz")(defconstant baz-constant .baz-constant.)
のように書いてしまっても良いのではないかと最近思ったりしています。
defvarは値の唯一性/再定義回避の担保で、defconstantは、定数の定義のみ、と役割分担しているのだ考えれば、そこまで変でもないのではないでしょうか。
ちなみに、.foo.というドットで囲む表記はSymbolics等ではユーザーはいじってはいけない変数名という慣習だったようですが、このような命名規約を定める程度でトラブルも回避できそう(多分)
まとめ
ちなみにSBCL以外の処理系は、そこまで厳しくないので、(defconstant foo "foo")していても特に問題はありません。
とはいえ、SBCLが現在最大派閥であることは確かなので、自作ライブラリを公開する場合などにはSBCL対応を避けて通ることもできません。
defconstantがeqlを求めるのはコンパイルコードに即値として埋め込む等の最適化周りとも関係してくるので、基本的にCommon Lispで定数といったらeqlで同値判定可能なオブジェクトと考えた方がすっきりする気がします。
そう考えると、文字列の場合は、
(defconstant ztesche-constant (string '|ztesche|))のような記述もアリかもしれません。しかし、少し難解かもしれない……。
■
HTML generated by 3bmd in LispWorks 7.0.0
漸進的型付けとCommon Lisp
Posted 2021-12-07 21:44:40 GMT
Lisp一人 Advent Calendar 2021 8日目の記事です。
五六年に漸進的型付けというのが若干流行った気がするのですが、今はどうなっているのでしょう。
Pythonに型アノテーションを付けて書くようにするようなことは今の職場でも行なっているので、実はそこそこ身近になってきているのでしょうか。
Common Lispは漸進的型付け(を先取りしていた)か
この概念を知った時に、普段Common Lispを書いてる感覚そのままじゃないかと思ったのですが、＜漸進的型付け＞という型システムとのことなので、似たようなものなのか、全然違うものなのか。
久し振りに＜漸進的型付けとは何か＞のページを眺めたら、
『いくつかの言語は、すでにオプションの型アノテーションを持っていますが、
...オプションの型アノテーションを持つ言語には Common LISP, Dylan, Cecil, Visual Basic.NET, Bigloo Scheme, Strongtalk
があります。漸進的型付けは、これらの言語がオプションの型アノテーションで何をするかについての基盤を提供することを意味します。』という風にCommon Lispにも言及されていました。やはり似たようなものなのだろうか。
Common Lispは漸進的型付けではない
＜漸進的型付けとは何か＞を読み進めていっても、Common Lispと漸進的型付けの関係はいまいち分からなかったので、筆者の論文にあたってみたところ、元はScheme and Functional Programming Workshop 2006で発表したもののようです。
なんだ元はLisp畑の研究なのかと思ったりもしましたが、
Bigloo Schemeは漸進的型付け的なものを持つが、
Several programming languages provide gradual typing to some
degree, such as ...and the Bigloo dialect of Scheme Common Lispは持たないとあります。
Common LISP and Dylan include optional type annotations, but the annotations are not used for type checking, they are used to improve performance.Common Lispは、実行効率を上げるための指定でありチェック機構ではない、ということですが、それはそれで納得です。
一応Biglooのマニュアルを確認してみると
2.8 Type annotations
Type information, related to variable or function definitions, can be added to the source code. If no type information is provided, runtime checks will be introduced by the compiler to ensure normal execution, provided that the user has not used compilation flags to prevents this. If type information is added, the compiler statically type checks the program and refuses ones that prove to be incorrect.とのことで、Common LispでいうとSBCL等の処理系の使用感ともそんなに変わらない気がします。
さてこの『いや、Common Lispもコンパイル時に型チェックしてくれるではないか?』という感覚はどこに由来するのか。
これは以前にこのブログにも書きましたが、実はCMUCL系のPythonコンパイラで(declare type)の宣言をコンパイル時の型チェックに扱う拡張が現在では主流になっているため、Common Lispもコンパイル時の静的チェックサポートしている、という印象が強くなったのではないでしょうか。
ちなみに、Allegro CLも1990年代にこの流れに乗っていたと思います(文献があった憶えがあるが資料見付からず)
まとめ
いろいろ書きましたが、Siek氏らが提唱する漸進的型付けは、静的/動的のハイブリッドな型チェックを体系化したものなので、Common Lispが漸進的型付けをサポートするということであれば、この体系を取り込む必要があると思われます。
とはいえ、2021年の現状では型アノテーション付きのPythonよりはSBCL等のCommon Lisp処理系の方が開発時の静的チェックが効きますし実用的だなという印象です。
※なおチェックのためにはセッティングが重要なので適切に設定しましょう。
開発時は、
(proclaim '(optimize (debug 3) (safety 3)))あたりにしておくと大抵の処理系で結構チェックは効くと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
Lispとイメージのダンプについて
Posted 2021-12-06 17:15:06 GMT
Lisp一人 Advent Calendar 2021 7日目の記事です。
今回は言語処理系の機構としてはマイナーなイメージのダンプについて書いてみたいと思います。
イメージのダンプとは
処理系のメモリの状態をファイルに書き出せるという機能です。
イメージ指向の言語というと、Smalltalkが有名ですが、Common Lispでも普通に活用可能です。
手短な活用法としては、沢山ライブラリをロードする場合の時間短縮等があるかと思います。 過去にこのブログでも1800位のライブラリをロードしてダンプしてみる、というのを試したりしたことがありますが、当たり前ですがこういう場合は圧倒的な時間短縮になります。
このイメージのダンプですが、何故かネガティブなイメージを持っている人がそこそこいるようなのが不思議なのですが、単純にいえば、コンパイル済みのfaslファイルを読み込んだ状態で処理系を起動するか、起動してからfaslを読むかの違いくらいしかありません。
また、ダンプ自体も、save-imageであったり、save-lisp-and-dieであったりでファイルに書き出すだけなので、身構える程のものでもありません。いまどきの喩えでいうならdocker imageの作成みたいなものかと思います。
個人的には一日の作業前に作業用のイメージを作成して、それを立ち上げて作業していますが、毎時間のように知らないライブラリをロードするようなことはないことを考えるとコンパイルとロードの時間を短縮できますし便利かなと思います。
もっと便利になって欲しいところ
LispWorksのようなIDEであれSLIMEであれ、大抵は処理系はマルチスレッドで稼働しているのですが、イメージのダンプはシングルスレッドの状態で実行しなければいけないことが殆どです。
スレッドを終了して、シングルスレッドにするユーティリティでも書いて実行すれば良いのですが、VirtualBoxのような仮想マシンの停止や再開作業やスナップショットが取れると便利だろうなとは思います。
Interlisp-Dは、まさにそのような環境で、(sysout '{dsk})とすれば、ディスクにイメージが保存されるので、マシンを落して再起動すれば、その状態から再開、ということが可能でした。
Common Lispのイメージ指向はどこから来た?
MACLISPはファイル指向でしたが、MIT Lispマシンはイメージ指向へと移行しディスクの特定の領域にブートイメージを書き出すというスタイルでした。
Interlisp-Dは完全にイメージ指向なのですが、先祖のBBN LISPでは1967年からsysoutは存在するようです。
Lispにおいては、開発環境=OSというのはBBN LISPが元祖かなと思いますが、XEROXでは、Smalltalkと共にイメージ指向というのが結構発展したようです。
(ちなみに他にもイメージ指向の言語ってあるのでしょうか)
さて、Common Lispにイメージ指向を取り入れる必然性はあったのかと疑問が湧いてきますが、Common Lispでは1980年代中頃からマシンリソースの割にはコンパイル&ロードに何時間も掛るような重い作業をすることが多かったようなので、コンパイル済のイメージを保存しておくのは、かなりの時間の節約になったのかなと想像します。
まとめ
折角の機能なのでイメージのダンプを活用しましょう!
■
HTML generated by 3bmd in LispWorks 7.0.0
Lispを書くのにEmacsを使わない人
Posted 2021-12-05 18:37:05 GMT
Lisp一人 Advent Calendar 2021 6日目の記事です。
ブログに書けそうなネタを思い付いたらメモっておくネタ帳のようなものがあるのですが、『Lispを書くのにEmacsを使わない人』というお題で何か記事を書いてみたいと思ってから6年半経ちました。
そんな6年半の間に、古き良きvim(vi) vs. Emacs のような構図どころではなく、エディタ界はいつの間にかVS Codeが席巻しつつあります。
結局のところLispエディタには何が必要なのか
とりあえず、エディタ人気には栄枯盛衰がありますが、Lispの編集について必須要件というのは昔からあまり変っていません。
また、この必須要件を無視したようなエディタ議論をしてもLisp編集についてはあまり資するところがないかと思います。
ということで基本的な必須機能をまとめてみました。
Lisp開発で必須なエディタの機能
基本機能
- S式単位での移動
- S式単位での編集(括弧の対応サポート含む)/コピー&ペースト&削除
- S式ツリーの根から葉、葉から根方向への移動
Lispとの連携
- マクロ展開
- オブジェクトのインスペクタ
- シンボル等の補完
- クロスリファレンス
- 定義の取消し(defun、defmethod、defclass等の取消し機能)
ドキュメント参照
- 規格を参照する機能(HyperSpec参照等)
大体上記が整備されていれば、どんな環境でも良いと思いますが、Common Lisp界隈で好まれているSLIMEは、上記を大体満足なレベルでクリアしているので、SLIMEを勧める人が多いと思います。
加えて、新興のエディタでは、Lisp固有のサポートはなかなか整備されない傾向が強いので、S式の移動と、マクロ展開あたりは、SLIME等に比べれば貧弱です。
そのため、SLIMEを知っている人からするとSLIME一択という感じなのですが、Lispの対話的開発自体に馴染みがない人達からするとメリットがいまいちわからず、何やら考えの凝り固まった人達が勧めているもの、という目で見られている気がしないでもありません。
さらにいうと、Symbolicsを始めとしたLispマシンの開発環境がありますが、SLIME利用者でさえ、考えの凝り固まった懐古主義者が勧める謎環境という眼差しを向けているような気がします。
実際のところ非常に強力な環境だったので、以後のLispの開発環境は多かれ少なかれSymbolicsの環境を再現しようとしていたといっても過言ではないのですが、この辺りにも断絶があるように思います。
まとめ
新しいから良い、古いから駄目というのではなく、単純に実現したい機能で比較すれば、それなりに妥当な評価が得られると思うのですが、実際に環境を並べて比較するようなレビューは殆ど目にしたことがない気がします。この辺りが問題なのかもしれません。
また、Lisp固有の開発ツールについて解説していることも少ないので、長年Lisp開発をしていても、マクロ展開はREPLでmacroexpand式を実行している、という人も割と珍しくなかったりしますので、多分、詳細な解説の書籍かなにかが求められているのでしょう。
といってもマイナーすぎて採算取れなさそう。
■
HTML generated by 3bmd in LispWorks 7.0.0
Lispと若者
Posted 2021-12-04 17:38:39 GMT
Lisp一人 Advent Calendar 2021 5日目の記事です。
若い世代の新規参入が進まないためか今となってはLispやってるのは中高年の人達というイメージですが、まあ最初からそうではなかった筈だと思い、Lisp的なイノベーションと若者という視点で並べてみました。
Lispの処理系草創期
当初Lispは当時の他の言語と同じくコンパイラ言語として構想されていましたが、evalの定義をみて、そのままインタプリタとして動かせるんじゃないかと思って実装してしまったのが、Steve Russell氏です。
1937年生れとのことなので1960年付近では大体23歳でしょうか。
1963年にPDP-1 LISPを作ったL Peter Deutsch氏は、当時17歳だったそうです。PDP-1 LISPは初の対話的LISPともいわれています。
日本のLisp草創期としては、中西正和氏がKLISPを開発していたのは、22〜24歳頃のようです。
MACLISP
今のCommon Lispに直接繋がるMACLISP(PDP-6 LISP)が登場したのは、1965年あたり。主要開発者のRichard Greenblatt氏は当時大体22歳位。 ちなみに、チェストーナメントに出場できるレベルのMac Hackチェスプログラムを開発したのも大体同じ時期です。しかしプログラミングに熱中しすぎて大学はドロップアウトしてしました。
Multics MACLISPのメイン開発者だった、David A. Moon氏は、当時学部生ということなので、21〜2歳でしょうか。
Scheme
Schemeの生みの親の一人のGuy L. Steele Jr.氏は、当時21歳位。
Scheme開発の前から、MACLISPのメンテナを引き受ける等Lisp畑では活躍していました。
Lispマシン界隈
Lispで書かれた初のEmacsのメイン開発者だった、Daniel Weinreb氏がEINE、ZWEIを書いたのが18〜9歳。
Franz Lisp界隈
Franzの共同設立者のJohn Foderaro氏らが1980年Franz Lispを作ったのは、大学生〜大学院生とのことなので、二十代前半から中頃でしょうか。 ちなみに、RISCの開発にも関わりが深いようです。
Common Lisp界隈
仕様策定のコアメンバーとして5名が挙げられますが、CLtL1の1984年当時で、
- Scott Fahlman 36歳
- Richard P. Gabriel 35歳
- Guy L. Steele Jr. 30歳
- David A. Moon 30代前半
- Daniel Weinreb 25歳
です。言語規格策定のコアメンバーとしては若いのではないでしょうか。
その他
RMSもGLSと同世代で、MIT Lispハッカー文化の最盛期は、1980年代前半あたりに、二十代中半あたりを迎えた人達が活動していたという感じですね。
まとめ
1980年代にコンピューター雑誌を読んでいた身としては、思えば昔は、プログラミングは若者(特に十代)がするもの、という印象が強かった気がします。 プログラマという職業が一般に広まるにつれ平均的な年齢層も上がってきたように思うので、時代も反映されているという気がしないでもないですが、それでも活発な時期にはLispも若者中心に動いているという感じですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
ウェブページのスクレイピングにプロダクションシステムを使ってみる
Posted 2021-12-04 10:09:33 GMT
Lisp一人 Advent Calendar 2021 4日目の記事です。
以前、ウェブページのスクレイピングをProlog(後ろ向き推論)で試してみましたが、今回はプロダクションシステム(前向き推論)で試してみます。
プロダクションシステムは、基本的な考え方としては、所謂IF-THENのルールが並んでいるもので、一般的な会話での『ルールベース』というとこういうものを想像していることが多いようです。
実際の前向き推論のシステムは、IF-THENの列挙というわけではなく、もっと効率の良いアルゴリズムが使われています。
今回試すlisaは、プロダクションシステムとして有名なOPS5系でReteアルゴリズムをベースにしています。
しまむらのページをスクレイピングしてみる
今回試すのは、
- 適当なカテゴリの商品一覧ページから商品画像を取り出す
- 商品検索ページから商品名で検索して該当した商品画像を取り出す
です。
こんな風に書けました。
(ql:quickload '(clss plump dexador lisa drakma))(defpackage "40219287-1ccc-5a4a-967b-8efb315e9701"
(:use cl lisa)
(:shadowing-import-from lisa assert))
(in-package "40219287-1ccc-5a4a-967b-8efb315e9701")
(defmethod initialize-instance :after ((inst plump::node) &rest args &key)
(assert-instance inst))
(defcontext :site-query)
(defcontext :page-query)
(defclass shimamura-fundamental () ())
(defclass site-query (shimamura-fundamental)
((word :initform nil :initarg :word)
(page :initform nil :initarg :page)))
(defrule query-by-word (:context :site-query)
(?site-query (site-query (word ?word) (page ?page)))
(test (null ?page))
=>
(modify ?site-query
(page (plump:parse (dex:get (fstring "https://www.shop-shimamura.com/disp/itemlist/?q=~A"
(quri:url-encode ?word)))))))
(defclass page (shimamura-fundamental)
((is :initform nil)))
(defrule get-page (:context :page-query)
(?page (page (is ?html)))
(test (null ?html))
=>
(let ((?html (plump:parse (dex:get "https://www.shop-shimamura.com/disp/itemlist/001002001/"))))
(modify ?page (is ?html))))
(defclass card__thumb (shimamura-fundamental)
((is :initarg :is)))
(defrule collect-card__thumb ()
(plump:element (:object ?e))
(test (equal (plump:attribute ?e "class") "card__thumb"))
=>
(assert (card__thumb (is ?e))))
(defclass img (shimamura-fundamental)
((is :initform nil :initarg :is)))
(defrule collect-img ()
(card__thumb (is ?e))
=>
(let ((win (first (plump:get-elements-by-tag-name ?e "img"))))
(when win
(let ((?img (make-instance 'img :is win)))
(assert (?img))))))
(defrule print-result ()
(img (is ?img))
=>
(format T
"~A: ~A~%"
(plump:attribute ?img "alt")
(plump:attribute ?img "src")))
OPS5系の作法ではルール発火の火口を別途定義することが多いようなので、startupとして定義し、それをrunに与えてそれぞれ実行してみます。
(defrule startup (:context :page-query)
=>
(assert (page)))(defrule startup (:context :site-query)
=>
(lisa::with-context :site-query
(assert ((make-instance 'site-query :word "メンズ ボクサーブリーフ（しまむらロゴ）")))))
実行
(progn
(reset)
(run '(:site-query)))
▻ メンズ ボクサーブリーフ（しまむらロゴ）: https://img.shop-shimamura.com/items/images/01/0140200003750/01_0140200003750_201_l.jpg
▻ メンズ ボクサーブリーフ（しまむらロゴ）: https://img.shop-shimamura.com/items/images/01/0140200003749/01_0140200003749_201_l.jpg(progn
(reset)
(run '(:page-query)))
▻ メンズ キャラクターパーカ（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0128200005473/01_0128200005473_312_l.jpg
▻ メンズ キャラクターパーカ（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0128200005472/01_0128200005472_309_l.jpg
▻ メンズ キャラクターパーカ（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0128200005471/01_0128200005471_213_l.jpg
▻ メンズ キャラクターパーカ（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0128200005470/01_0128200005470_107_l.jpg
▻ メンズ キャラクタートレーナー（はぴだんぶい）: https://img.shop-shimamura.com/items/images/01/0123200007192/01_0123200007192_213_l.jpg
▻ メンズ キャラクタートレーナー（スーパーシロ×サンリオキャラクターズ ）: https://img.shop-shimamura.com/items/images/01/0123200007191/01_0123200007191_307_l.jpg
▻ メンズ キャラクタートレーナー（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0123200007166/01_0123200007166_312_l.jpg
▻ メンズ キャラクタートレーナー（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0123200007165/01_0123200007165_107_l.jpg
▻ メンズ キャラクタートレーナー（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0123200007164/01_0123200007164_213_l.jpg
▻ メンズ キャラクタートレーナー（TVアニメ「ヴィジュアルプリズン」）: https://img.shop-shimamura.com/items/images/01/0123200007163/01_0123200007163_309_l.jpg
▻ メンズ ビッグシルエットパーカ（U.S.POLO ASSN.）: https://img.shop-shimamura.com/items/images/01/0123200007169/01_0123200007169_312_l.jpg
▻ メンズ ビッグシルエットパーカ（U.S.POLO ASSN）: https://img.shop-shimamura.com/items/images/01/0123200007168/01_0123200007168_213_l.jpg
▻ メンズ ビッグシルエット裏起毛トレーナー（U.S.POLO ASSN.）: https://img.shop-shimamura.com/items/images/01/0123200007167/01_0123200007167_312_l.jpg
▻ メンズ ビッグシルエット裏起毛トレーナー（U.S.POLO ASSN.）: https://img.shop-shimamura.com/items/images/01/0123200007167/01_0123200007167_105_l.jpg
▻ メンズトレーナー（天下一品）: https://img.shop-shimamura.com/items/images/01/0128200005491/01_0128200005491_213_l.jpg
▻ メンズトレーナー（天下一品）: https://img.shop-shimamura.com/items/images/01/0128200005490/01_0128200005490_211_l.jpg
▻ メンズ トレーナー（天下一品）: https://img.shop-shimamura.com/items/images/01/0123200007162/01_0123200007162_213_l.jpg
▻ メンズ トレーナー（天下一品）: https://img.shop-shimamura.com/items/images/01/0123200007161/01_0123200007161_211_l.jpg
▻ メンズ フリースジャケット（LATOK）: https://img.shop-shimamura.com/items/images/01/0123700000728/01_0123700000728_213_l.jpg
▻ メンズ フリースジャケット（LATOK）: https://img.shop-shimamura.com/items/images/01/0123700000728/01_0123700000728_105_l.jpg
▻ メンズ 裏起毛刺しゅうトレーナー（LATOK）: https://img.shop-shimamura.com/items/images/01/0123200007126/01_0123200007126_211_l.jpg
▻ メンズ 裏起毛トレーナー: https://img.shop-shimamura.com/items/images/01/0123200007125/01_0123200007125_307_l.jpg
▻ メンズ キャラクター裏ボアトレーナー（Disney）: https://img.shop-shimamura.com/items/images/01/0123200006894/01_0123200006894_106_l.jpg
▻ メンズ ビッグシルエットブルゾン: https://img.shop-shimamura.com/items/images/01/0123600000729/01_0123600000729_208_l.jpg
▻ メンズ ビッグシルエット裏起毛パーカ: https://img.shop-shimamura.com/items/images/01/0123200006854/01_0123200006854_211_l.jpg
▻ メンズ中綿アウター（風早ゆうた）: https://img.shop-shimamura.com/items/images/01/0123600000736/01_0123600000736_112_l.jpg
▻ メンズ中綿アウター（風早ゆうた）: https://img.shop-shimamura.com/items/images/01/0123600000736/01_0123600000736_314_l.jpg
▻ メンズフリーストレーナー（風早ゆうた）: https://img.shop-shimamura.com/items/images/01/0123200007100/01_0123200007100_111_l.jpg
▻ メンズフリーストレーナー（風早ゆうた）: https://img.shop-shimamura.com/items/images/01/0123200007100/01_0123200007100_314_l.jpg
▻ メンズ レイヤード風裏起毛トレーナー: https://img.shop-shimamura.com/items/images/01/0123200007027/01_0123200007027_214_l.jpg
▻ メンズ レイヤード風裏起毛トレーナー: https://img.shop-shimamura.com/items/images/01/0123200007027/01_0123200007027_107_l.jpg
▻ メンズ ファーブルゾン（中島健）: https://img.shop-shimamura.com/items/images/01/0123600000755/01_0123600000755_211_l.jpg
▻ メンズ ファーブルゾン（中島健）: https://img.shop-shimamura.com/items/images/01/0123600000752/01_0123600000752_213_l.jpg
▻ メンズ シャギーベスト（LOGOS DAYS）: https://img.shop-shimamura.com/items/images/01/0121100000530/01_0121100000530_315_l.jpg
▻ メンズ シャギーベスト（LOGOS DAYS）: https://img.shop-shimamura.com/items/images/01/0121100000530/01_0121100000530_105_l.jpg
▻ メンズ 裏起毛プルパーカ（新日本プロレス）: https://img.shop-shimamura.com/items/images/01/0120800000748/01_0120800000748_111_l.jpg
▻ メンズ 裏起毛トレーナー（新日本プロレス）: https://img.shop-shimamura.com/items/images/01/0120800000747/01_0120800000747_312_l.jpg
▻ メンズ 裏起毛トレーナー（新日本プロレス）: https://img.shop-shimamura.com/items/images/01/0120800000746/01_0120800000746_213_l.jpg
▻ メンズ キャラクター裏起毛パーカ（Peko&Poko): https://img.shop-shimamura.com/items/images/01/0123200006941/01_0123200006941_213_l.jpg
▻ メンズ トレーナー（GERRY cosby）: https://img.shop-shimamura.com/items/images/01/0123200006905/01_0123200006905_212_l.jpg
▻ メンズ トレーナー（GERRY cosby）: https://img.shop-shimamura.com/items/images/01/0123200006904/01_0123200006904_306_l.jpg
▻ メンズ 裏起毛トレーナー（ecko unltd.）: https://img.shop-shimamura.com/items/images/01/0123200006885/01_0123200006885_213_l.jpg
▻ メンズ 裏起毛トレーナー（ecko unltd.）: https://img.shop-shimamura.com/items/images/01/0123200006885/01_0123200006885_315_l.jpg
ちなみに、lisaではtraceに相当するwatchが使えて、ルールがどのように発火したかを確認できます。
(watch :activations)
(watch :facts)
(watch :rules)まとめ
IF-THENレベルで記述できるような簡単なルールだと、記述が面倒なだけですが、そこそこ複雑になれば、プロダクションシステムのようなものも活躍できるのかなと思います。
とりあえず、プロダクションシステムのプログラミングの作法に馴染みがないと全然思ったように記述ができないですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
祝bit電子復刻 & bitのLisp記事まとめ
Posted 2021-12-01 22:04:18 GMT
Lisp一人 Advent Calendar 2021 2日目の記事です。
bitは1969年から2001年まで刊行されていた、コンピューター科学寄りのコンピューター誌でした。
Lispの記事も豊富にあるのですが、その他の記事も非常に興味深い内容で今読んでも面白い内容です。
復刊の声も強かったのですが、この度イースト株式会社の尽力により電子復刻となったようです。
素晴らしい!
bitには古くは後藤英一先生のLISP連載等に始まり、今読んでも面白いLisp記事が沢山あります。
以前から日本で出版されたLisp本の目録を恐らく数十〜百時間という無駄な時間を掛けて作成していましたが、bit電子版復刻によりついに火を吹く時が来たようです。
このまとめには、bit以外の本も載っていますが、ページ内で適当に検索してもらって、リンクに飛べばAmazonの商品ページに飛びます。
大量にあるので、リンク先が間違っている可能性があるので、もし購入される場合は、『試し読み』で目次を確認してください(たまに目次がないものがありますが……)
一応ここでもbitのLisp記事一覧を抜き出してみます。
bitのLisp記事一覧(1970/2000)
1970
- 1970-12
- (LISP) bit Vol.2, No.12 1970: 記号処理言語(2) LISP | 大駒誠一, 中西正和
1971
- 1971-10
- (LISP) bit Vol.3, No.10 1971: コンパイラのうちとそと(10) LISPのばあい─リスト構造をもつデータを扱うプログラミング言語LISP語とそのプロセッサ | 広瀬健, 中田育男, 筧捷彦, 佐久間紘一, 島内剛一
1974
- 1974-01
- (LISP) bit Vol.6, No.1 1974: LISP 入門① マッカーシーの条件式とM式 | 後藤英一
- 一風変った言語であるLispとはどんな言語なのであろうか？
- 1974-02
- (LISP) bit Vol.6, No.2 1974: LISP 入門② 関数の帰納的定義 | 後藤英一
- LISPにおける帰納関数の定義について, 例を通して考えてみる
- 1974-03
- (LISP) bit Vol.6, No.3 1974: LISP 入門③ 帰納的定義のFORTRAN処理──プリプロセッサ、FORTRAN── | 後藤英一
- FORTRANをあたかも帰納的定義に使えるかのように拡張した言語Fとは……
- 1974-04
- (LISP) bit Vol.6, No.4 1974: LISP 入門④ LISPのデータ言語S式 | 後藤英一
- Lispの演算の対象であるS式と呼ばれる記号列について述べる
- 1974-05
- (LISP) bit Vol.6, No.5 1974: LISP 入門⑤ MS変換, LISPの万能関数 | 後藤英一
- MS変換, 万能関数と通訳プログラムのの関係を調べてみよう
- 1974-06
- (LISP) bit Vol.6, No.6 1974: LISP 入門⑥ Lispの標準関数 | 後藤英一
- HLISPとよぶ新版のLispとはどんなものだろうか
- 1974-07
- (LISP) bit Vol.6, No.7 1974: LISP 入門⑦ 連想リストと属性リスト | 後藤英一
- 連想リストと属性リストについて述べ, Lisp 1.5の通訳プログラムを考える
- 1974-07
- (LISP) bit Vol.6, No.7 1974: LISPプログラムの編集に有効なLISP-EDITORの原理 | 長谷川洋
- 1974-08
- (LISP) bit Vol.6, No.8 1974: LISP 入門⑧ 関数引数の処理, 基本集合演算の高速化 | 後藤英一
- 大変便利な機能である関数引数などについて説明する
- 1974-09
- (LISP) bit Vol.6, No.9 1974: LISP 入門⑨ HLISP | 後藤英一
- 単射機能を説明し、基本集合演算の高速化について考えてみる
- 1974-10
- (LISP) bit Vol.6, No.10 1974: LISP 入門⑩ 連想計算機能とHLISP | 後藤英一
- 例を挙げて連想計算機能などについて考えてみる
- 1974-11
- (LISP) bit Vol.6, No.11 1974: LISP 入門⑪ ガーベッジ･コレクタ廃品回収 | 後藤英一
- 廃品回収ルーチンとよばれるシステムの構成部分について述べる
- 1974-12
- (LISP) bit Vol.6, No.12 1974: LISP 入門⑫ 仮想的記憶と連想的処理の効用 | 後藤英一
- 仮想記憶について述べるとともに, 連想計算機能の効果はいかに
1975
- 1975-01
- (LISP) bit Vol.7, No.1 1975: LISP 入門⑬ Backtrack法とLisp | 後藤英一
- N-Queensの問題を例にとり, Backtrack法について考えてみる
- 1975-02
- (LISP) bit Vol.7, No.2 1975: LISP 入門(完) Lispの入出力プログラム | 後藤英一
- 入出力プログラムの部分に仕様されるアルゴリズムとその問題点の解説
- 1975-03
- (LISP) bit Vol.7, No.3 1975: LISPコンテスト | 中西正和
- 1975-10
- (LISP) bit Vol.7, No.11 1975: マッカーシは語る─LISPをめぐって | 長谷川洋
1978
- 1978-07
- (LISP) bit Vol.10, No.8 1978: Lisp手習(1) Lisp君登場 | 離数譜
- 1978-08
- (LISP) bit Vol.10, No.9 1978: Lisp手習(2) 一度,もう一度,さらにもう一度,さらにさらにもう一度,… | 離数譜
- 1978-09
- (LISP) bit Vol.10, No.11 1978: Lisp手習(3) 怪力CONS | 離数譜
- 1978-10
- (LISP) bit Vol.10, No.12 1978: Lisp手習(4) 続怪力CONS | 離数譜
- 1978-10
- (LISP) bit Vol.10, No.7 1978: プログラム言語Pascal─レコードの可変部とLispの処理系(6) | 和田英一
- 1978-11
- (LISP) bit Vol.10, No.14 1978: Lisp手習(5) 数遊び | 離数譜
- 1978-11
- (LISP) bit Vol.10, No.14 1978: Lispマシン製作奮戦記(1) | 井田昌之
- 1978-12
- (LISP) bit Vol.10, No.15 1978: Lispコンテスト | 竹内郁雄
- 1978-12
- (LISP) bit Vol.10, No.15 1978: 連載 Lisp手習(6) 章上復有章(マルチの章) | 離数譜
- 1978-12
- (LISP) bit Vol.10, No.15 1978: Lispマシン製作奮戦記(2) | 井田昌之
1979
- 1979-02
- (LISP) bit Vol.11, No.2 1979: Lisp手習(7) あっちもこっちもさあ大変 | 離数譜
- 1979-03
- (LISP) bit Vol.11, No.3 1979: Lisp手習(8) 仲間(集合)と間柄(関係) | 離数譜
- 1979-04
- (LISP) bit Vol.11, No.4 1979: Lisp手習(完) ひとの手を借り,左うちわで | 離数譜
- 1979-12
- (LISP) bit Vol.11, No.12 1979: FLATSマシンの基本構想 | 後藤英一
1980
- 1980-10
- (LISP) bit Vol.12 No.12 1980: ナノピコ教室─出題(LISPとパラドックス演算子) | 後藤滋樹, 斉藤康己
- 1980-12
- (LISP) bit Vol.12 No.14 1980: ナノピコ教室─出題(LISP Poetry) | 黒川利明
- 1980-12
- (LISP) bit Vol.12 No.14 1980: LISP昨今─1980年LISPコンファレンスから | 離数譜
- 1980-12
- (LISP) bit Vol.12 No.14 1980: APPLE LISP | 中西正和
1981
- 1981-01
- (LISP) bit Vol.13 No.1 1981: ナノピコ教室─解答(LISPとパラドックス演算子) | 後藤滋樹, 斉藤康己
- 1981-03
- (LISP) bit Vol.13 No.3 1981: ナノピコ教室─解答(Lisp Poetry) | 黒川利明
- 1981-03
- (LISP) bit Vol.13 No.3 1981: I ♥ COMPUTER─LISPマシンのアーキテクチャ(9) | 坂村健
1982
- 1982-03
- (HYPERLISP) bit Vol.14 No.4 1982: よい子のはいぱーりすぷ | 萩谷昌巳
- 1982-08
- (LISP) bit Vol.14 No.9 1982: LISPとLISPマシン:その現状と展望 | 井田哲雄
- 1982-11
- (LISP) bit Vol.14 No.13 1982: 1982ACMシンポジウム｢LISPと関数的プログラミング｣に出席して | 井田哲雄
1983
- 1983-01
- (LISP) bit Vol.15 No.1 1983: エディタとテキスト処理(10)─構造エディタ(1)─Lispの場合 | 和田英一
- 1983-01
- (Franz Lisp) bit Vol.15 No.1 1983: UNIXシステム入門(16)─UNIXのFranz Lisp | 石田晴久
- 1983-06
- (LISP) bit Vol.15 No.6 1983: Historical Memorandum:LISP | 高橋肇
- 1983-10
- (LISP) bit Vol.15 No.11 1983: 考える道具としてのLISP入門─考えるための道具としてのコンピュータ(1) | 難波和明, 安西祐一郎
- 1983-11
- (LISP) bit Vol.15 No.12 1983: 考える道具としてのLISP入門─LISPの基本的な使い方(2) | 難波和明, 安西裕一郎
- 1983-12
- (LISP) bit Vol.15 No.13 1983: 連載 考える道具としてのLISP入門─ソフトウェア･ツールズの使い方(3) | 難波和明, 安西祐一郎, 中嶌信弥
1984
- 1984-01
- (LISP) bit Vol.16 No.1 1984: 考える道具としてのLISP入門─LISPの基本関数(4) | 難波和明, 安西祐一郎
- 1984-02
- (LISP) bit Vol.16 No.2 1984: 考える道具としてのLISP入門─ASSOCを使った検索関数(5) | 難波和明, 安西祐一郎, 中嶌信弥
- 1984-03
- (LISP) bit Vol.16 No.3 1984: 考える道具としてのLISP入門─パーソナルユースを目的とした情報検索システム(6) | 難波和明, 安西祐一郎, 中嶌信弥
- 1984-04
- (LISP) bit Vol.16 No.4 1984: 連載 考える道具としてのLISP入門（7）─ソフトウェア･ツールズ(2) | 難波和明, 安西祐一郎, 中嶌信弥
- 1984-05
- (LISP) bit Vol.16 No.5 1984: 連載 考える道具としてLISP入門─PARSER MicroELI(8) | 難波和明, 安西祐一郎
- 1984-06
- (LISP) bit Vol.16 No.7 1984: 考える道具としてのLISP入門─PARSER JUMP(9) | 難波和明, 安西祐一郎, 田村淳
- 1984-07
- (LISP) bit Vol.16 No.8 1984: 連載 考える道具としてのLISP入門─SCRIPT APPLIER MicroSAM(10) | 難波和明, 安西祐一郎
- 1984-08
- (LISP) bit Vol.16 No.9 1984: 考える道具としてのLISP入門─QUESTION ANSWERER MicroQA(11) | 難波和明, 安西祐一郎
- 1984-09
- (LISP) bit Vol.16 No.10 1984: 考える道具としてのLISP入門─文章中の意図の推論(12) | 難波和明, 安西祐一郎
- 1984-10
- (LISP) bit Vol.16 No.11 1984: 考える道具としてのLISP入門(完)─日本語GENERATOR MicroJAG | 難波和明, 安西祐一郎, 田村淳
- 1984-10
- (LISP) bit Vol.16 No.11 1984: LISPコンファレンスに出席して | 井田昌之
1985
- 1985-01
- (LISP) bit Vol.17 No.1 1985: LispマシンSYNAPSE | 寺村信介, 松井祥悟, 加藤良信
- 1985-03
- (LISP) bit Vol.17 No.3 1985: パーソナル数式処理システム─Lisp 68Kの開発とREDUCEの移植 | 山本強, 戸島熙, 村田利文
- 1985-04
- (LISP) bit Vol.17 No.4 1985: Common Lisp 入門(1) | 湯淺太一, 萩谷昌己
- 1985-05
- (LISP) bit Vol.17 No.5 1985: パーソナルLispマシン アーキテクチャとプログラミング環境 | 清水謙多郎
- 1985-05
- (LISP) bit Vol.17 No.5 1985: Common Lisp 入門(2) | 湯淺太一, 萩谷昌己
- 1985-06
- (LISP) bit Vol.17 No.6 1985: 続･パーソナル数式処理システム Lisp コンパイラと REDUCE 実行効率の改善 | 戸島?
- 1985-06
- (LISP) bit Vol.17 No.6 1985: Common Lisp 入門(3) | 湯淺太一, 萩谷昌己
- 1985-06
- (LISP) bit Vol.17 No.6 1985: MS-DOSプログラミング入門 LOGOとLISP(12) | 石田晴久
- 1985-06
- (LISP) bit Vol.17 No.6 1985: マイコン･トピックス GC LISP | 前田英明
- 1985-08
- (LISP) bit Vol.17 No.8 1985: Common Lispのデータ型とその周辺─解説Common Lisp(1) | 井田昌之
- 1985-09
- (LISP) bit Vol.17 No.9 1985: 解説Common Lisp(2)─データ型とその周辺(続) | 井田昌之
- 1985-10
- (LISP) bit Vol.17 No.10 1985: 解説Common Lisp(3)─データ型とその周辺(続々) | 井田昌之
- 1985-11
- (LISP) bit Vol.17 No.11 1985: 解説Common Lisp─クロージャと環境の保存(4) | 井田昌之
- 1985-11
- (LISP) bit Vol.17 No.11 1985: Lispマシンのオブジェクト指向プログラミング | 梅村阿聖
- 1985-12
- (LISP) bit Vol.17 No.12 1985: 第3回Lispコンテストと第1回Prologコンテスト顛末記 | 奥乃博
- 1985-12
- (LISP) bit Vol.17 No.12 1985: 解説Common Lisp(完) Common Lispの特徴的な構造 | 井田昌之
1986
- 1986-09
- (LISP) bit Vol.18 No.10 1986: Common Lispアラカルト(1)─いったい今,何が起こっているのか? | 井田昌之
- 1986-09
- (LISP) bit Vol.18 No.10 1986: サンマルコLISP探検隊 | 益田誠也, 白井英俊
- 1986-09
- (LISP) bit Vol.18 No.10 1986: BASICで書いたLISP(1) | 猪飼秀隆
- 1986-10
- (LISP) bit Vol.18 No.11 1986: BASICで書いたLISP(2) | 猪飼秀隆
- 1986-10
- (LISP) bit Vol.18 No.11 1986: Common Lispアラカルト(2)クロージャ | 梅村恭司
- 1986-11
- (LISP) bit Vol.18 No.12 1986: Common Lispアラカルト(3)Eulisp | 湯淺太一
- 1986-12
- (LISP) bit Vol.18 No.13 1986: Common Lispアラカルト(4)VAX LISP | 川合進
1987
- 1987-01
- (LISP) bit Vol.19 No.1 1987: Common Lispアラカルト(5)─CommonLoops | 加藤英樹
- 1987-02
- (LISP) bit Vol.19 No.2 1987: Common Lisp アラカルト(6)─Scheme | 幕足譲
- 1987-03
- (LISP) bit Vol.19 No.3 1987: Common Lispアラカルト(7)─ANSI X3J13 | 井田昌之
- 1987-05
- (LISP) bit Vol.19 No.6 1987: Common Lisp とCommonLoops | 井田昌之, 清水謙多郎
- 1987-05
- (LISP) bit Vol.19 No.6 1987: 日本語用Franz Lisp | 杉田研治
- 1987-05
- (LISP) bit Vol.19 No.5 1987: Common Lispアラカルト─日本語化(9) | 元吉文男
- 1987-06
- (LISP) bit Vol.19 No.7 1987: Common Lispアラカルト(10)パロアルト・ミーティング | 井田昌之
- 1987-06
- (LISP) bit Vol.19 No.7 1987: 7bits インスタント・コンパイラ | Themsky
- 1987-07
- (LISP) bit Vol.19 No.8 1987: CLOS:Common Lisp Object System | 湯淺太一
- 1987-07
- (LISP) bit Vol.19 No.8 1987: Common Lispアラカルト(11)オブジェクト指向の将来 | 佐治信之
- 1987-09
- (LISP) bit Vol.19 No.10 1987: Common Lispアラカルト(12)─Gold Hillよりのメッセージ①─Golden Common Lispプログラミング環境 | John Teeter
- 1987-10
- (LISP) bit Vol.19 No.11 1987: Common Lispアラカルト(13) Gold Hillよりのメッセージ(2)─GCLISPの他言語インタフェース | John Teeter
- 1987-11
- (LISP) bit Vol.19 No.12 1987: Common Lisp アラカルト(14) 対談:Lisp マシンとパソコンの狭間で | John Teeter, 井田昌之
- 1987-11
- (LISP) bit Vol.19 No.12 1987: 自然言語処理および画像処理とLispマシン | 中村順一
- 1987-12
- (LISP) bit Vol.19 No.14 1987: Common Lispアラカルト─ケンブリッジ･ミーティング(完) | 塩田英二
1988
- 1988-01
- (TAO) bit Vol.20 No.1 1988: マルチパラダイム言語TAO(1)LispマシンELIS | 竹内郁雄
- 1988-02
- (TAO) bit Vol.20 No.2 1988: マルチパラダイム言語TAO(2)TAOのデータ型 | 竹内郁雄
- 1988-03
- (TAO) bit Vol.20 No.3 1988: マルチパラダイム言語TAO(3)インタプリタ,変数,ループ | 竹内郁雄
- 1988-04
- (TAO) bit Vol.20 No.4 1988: マルチパラダイム言語TAO(4)─代入,閃数,catch | 竹内郁雄
- 1988-05
- (TAO) bit Vol.20 No.5 1988: マルチパラダイム言語TAO(5) オブジェクト指向(1) | 竹内郁雄
- 1988-06
- (TAO) bit Vol.20 No.6 1988: マルチパラダイム言語TAO(6)─オブジェクト指向(2) | 竹内郁雄
- 1988-07
- (TAO) bit Vol.20 No.7 1988: マルチパラダイム言語TAO(7)─論理型パラダイム(1) | 竹内郁雄
- 1988-08
- (TAO) bit Vol.20 No.8 1988: マルチパラダイム言語TAO(8) 論理型パラダイム(2) | 竹内郁雄
- 1988-09
- (TAO) bit Vol.20 No.9 1988: マルチパラダイム言語TAO オブシェクト指向論理型プログラミング(9) | 竹内郁雄
- 1988-10
- (TAO) bit Vol.20 No.10 1988: マルチパラダイム言語TAO(10)─並行プログラミング(1) | 竹内郁雄
- 1988-11
- (TAO) bit Vol.20 No.11 1988: マルチパラダイム言語TAO(11)─並行プログラミング(2) | 竹内郁雄
- 1988-12
- (TAO) bit Vol.20 No.12 1988: マルチパラダイム言語TAO(完)─Common Lispと番地型計算 | 竹内郁雄
1989
- 1989-02
- (LISP) bit Vol.21 No.2 1989: AAAI CLOSワークショップ | 井田昌之
- 1989-05
- (LISP) bit Vol.21 No.6 1989: Common Lisp最前線─マクロがもたらすもの(1) | 井田昌之
- 1989-06
- (LISP) bit Vol.21 No.7 1989: Common Lisp最前線─CLUE─Common Lispユーザ･インタフェース環境(2) | 川辺治之
- 1989-07
- (LISP) bit Vol.21 No.8 1989: Common Lisp最前線─Lisp対C(3) | 湯浦克彦
- 1989-08
- (LISP) bit Vol.21 No.9 1989: Common Lisp最前線─Common Windows on X(4) | 井田昌之, 田中啓介
- 1989-09
- (LISP) bit Vol.21 No.10 1989: Common Lisp最前線─漢字化の現状について(5) | 元吉文男
- 1989-10
- (LISP) bit Vol.21 No.12 1989: Common Lisp最前線─日本語Common Windowsについて(6) | 古坂孝史
- 1989-11
- (LISP) bit Vol.21 No.13 1989: Common Lisp最前線(完)─PCL abstract LAP | 増田佳弘
1990
- 1990-02
- (Common Lisp, CLOS) bit Vol.22 No.2 1990: 対談:オブジェクト指向新時代にのぞんで | グレゴー･キザレス, 井田昌之
- 1990-07
- (LISP) bit Vol.22 No.7 1990: 単語帖─RFC,kerberes,3-LISP､項書換え系 | p66～66
- 1990-07
- (LISP) bit Vol.22 No.7 1990: Europal'90に参加して─The First European Conference on the PracLical Application of Lisp | 田中啓介
1995
- 1995-05
- (LISP) bit Vol.27 No.5 1995: 機能拡張言語としてのGNU Emacs Lisp─リチャード･ストールマン | 井田昌之, 土井巧
1996
- 1996-04
- (Scheme) bit Vol.28 No.4 1996: Scheme過去･現在･未来(前編) | Guy L.Steele Jr., 井田昌之
- 1996-05
- (Scheme) bit Vol.28 No.5 1996: Scheme過去･現在･未来─後編 | Guy L.Steele Jr, 井田昌之
1997
- 1997-09
- (LISP) bit Vol.29 No.9 1997: Emacs Lispで作る | 淵野
1998
- 1998-03
- (LISP) bit Vol.30 No.3 1998: 進化的プログラミング言語Common Lisp(前編)ロボカップでの経験を交えて | 苫米地
- 1998-04
- (LISP) bit Vol.30 No.4 1998: 進化的プログラミング言語Common Lisp(後編)─その動的オブジェクト指向性とWebへのインパクト | 苫米地
1999
- 1999-02
- (LISP) bit Vol.31 No.2 1999: JIS | ISO標準ISLISPによるLISP教育
- 1999-04
- (LISP) bit Vol.31 No.4 1999: Topics Lisp生誕40周年記念ユーザコンファレンス | 湯淺
2000
- 2000-05
- (LISP) bit Vol.32 No.5 2000: やっぱり,Lispだね | 竹内
- 2000-09
- (LISP) bit Vol.32 No.9 2000: JLUGM─日本Lispユーザ会議(1)全体報告 | 湯淺
- 2000-10
- (LISP) bit Vol.32 No.10 2000: JLUGM─日本Lispユーザ会議(2)Lisp応用事例:自動車衝突試験データベースシステムの構築 | 黒田
- 2000-11
- (LISP) bit Vol.32 No.11 2000: JLUGM─日本Lispユーザ会議(3)次世代Web技術としての動的サーバ技術─マルチスレッドLispによる可能性 | 苫米地
■
HTML generated by 3bmd in LispWorks 7.0.0
setqはprogの中だけで使うというスタイルの提案
Posted 2021-11-30 16:05:39 GMT
Lisp一人 Advent Calendar 2021 1日目の記事です。
ここ数年ニッチなテーマでアドベントカレンダーを開催したりしなかったりしています。
今年は何も準備していなかったので、どうせ一人で開催だし見送ろうかと思いましたが、普段からLispブログのネタだけは50位のストックがあるので、この機会に成仏させることにしました。
ちなみに割とどうでも良いようなネタしかありません。
setqはprogの中だけで使うというスタイルの提案
近年、純粋関数型言語の擡頭で、世間はやれデータはイミュータブルが良いやらなんやらと喧しいですが、関数型プログラミングの先駆けたるLISPは極初期からこのあたりのプログラミングスタイルの使い分けをしていました。
具体的にいうと、当時のFortran等の繰り返しや代入スタイルでコードを書けるようにするためのprog形式が用意されていて、go(goto)、return(飛び出し)、set/setq(代入)は、progの中でのみ使えるというものでした。
また、基本的に式は値を返すものなので、値を返さない式が続く場合も基本的にprogの中で書いていました(prognの前身のprog2は存在しましたが)。
progが導入された意図ですが、はやはり1960年代初頭の当時のコンピューター上での効率を考えてのことだったようです。
この辺りの事情を今風に表現するなら、純粋関数型プログラミングの内部に手続き型プログラミングのためのDSLを標準装備していたという感じでしょうか。
その後、1968年あたりのPDP-6 LISP(MACLISP)で、さらに効率を追求されることになり、全面的に浅い束縛が導入された結果、progの中での限定利用だったsetqは大域的に利用できるようにもなり今に至ります。
ちなみにそれまで大域変数の宣言には、cset/csetqという、Common Lispでいうdefconstantのようなものがありましたが、setqに置き換えられてしまいました。
そして、さらにCommon Lispになってprogはより抽象度の高い繰り返し構文等に置き換えられ、前時代的なものになりました。
setqはprogの中だけで使うというスタイル、というのは、この前時代的なprogを使うことによって、代入という行為をしているコードをさらに古臭く見えるようにする、というのが狙いです。
実際に書くとどういう風になるか
基本的にletの中でsetq、setfをしている場合にprogで置き換えれば良いのですが、変数宣言だけして、初期化はボディ内でsetqする、という風に書くとさらに古臭くできます。
(let* ((x ...)
(y ...))
(setq x ...)
(setq y ...)
ans)(prog (x y)
(setq x ...)
(setq y ...)
(return ans))ちなみに、progは変数宣言節と同じ深さでまっすぐにインデントを揃えるのが古くからの習わしです(1970年あたりの古いコードを読んでみましょう)
■
HTML generated by 3bmd in LispWorks 7.0.0
アクターモデルとPLASMAとSmalltalk-72の関係を雑に探る
Posted 2021-11-28 20:07:35 GMT
Smalltalk-72の解説動画を観ていて、PLASMAの論文で解説されていた謎のSmalltalkは、Smalltalk-72のことだったんだなあ、と合点がいったのですが、そういえば、アクターモデルとPLASMAとメッセージ送信とSmalltalk-72の関係って結局どういうことになっていたのか気になったので調べてみました。
調べてみたといっても、主にアクターモデル側のPLASMAの論文に書いてあることを確認しただけなので雑です。
PLASMA陣営から俯瞰したSmalltalkとの関係については、「A PLASMA PRIMER」に“HISTORICAL PERSPECTIVE - Relationship between PLASMA and SMALLTALK”として約5ページに渡っての解説が詳しいかと思いますが、ざっくりまとめてしまうと
- アクターモデルは計算モデル
- PLASMAはアクターモデルの意味論をベースに組み立てた言語であり、言語そのものより、アクターモデルの実証がプロジェクトの主題
- アクターモデルは下記の諸々をアクターとして一般化してみせたモデル
- Smalltalkのメッセージ送信とintentional definitions of data structures(所謂オブジェクト?)
- それまでのPlannerの研究
- 関数型データ構造(Church、Landin、Evans、Reynolds等)
- それまでのコルーチン等の制御構造の一般化の研究
- シーモア・パパートのLOGOにおける「Little man」計算メタファー
- Dennis、Plummer、Lampsonらのケイパビリティベースのマシン間の通信機構
- Smalltalkは、“children of all ages”のための言語であり、PLASMAとはゴールが全く異なる。
ということみたいです。
とりわけ、1972年11月のMITでのアラン・ケイのセミナーでの“intentional definitions of data structures”とメッセージ送信という概念の影響は大きかった故に詳しく解説があるのだと思いますが、ヒューイットはそれまでの自身の研究(Planner等)からデータの側にゴール(手続き)を埋め込むアイデアであると即座に理解したようです。
この背景としては、当時のAI研究周辺では、1960年代あたりから、知識表現について宣言的(=データ)か、手続き的な表現か、の論争があったのですが、ミンスキーのフレーム理論もオブジェクト指向も1970年代は、これらの中間的アプローチと考えられたりしたようです。
さて、メッセージ送信のアイデアはともかく、Smalltalk-72の実装については、メッセージ送信が、トークンストリームをベースとしているため、ヒューイットは、Conniverの“possibility lists”と同じく大域的な副作用があることを問題とし、アクターモデルでは大域的な副作用は排除することで並列処理が可能なように一般化したようです。この辺りは急に実装ベースの話をしているなという印象。
また、関数でデータを表す(オブジェクト)ことについても、それまで検討はしたことがあったものの、効率が悪すぎて使い物にならないと誤解していたのを払拭することにもなったようです。
上述のリストにあるように、以前から関数でデータを表現するというのは、ReynoldsのGEDANKENのような先達の研究がありますが、メッセージ送信で、関数呼び出し、コルーチン、継続等を表現することも可能ということと合せると、データも手続きもアクターというプリミティブで全部表現できるということになります。
メッセージ送信をプリミティブにしても良さそうですが、メッセージ自体もアクターということなので万物の計算プリミティブとしてアクターを据えることに成功した、ということなのでしょう(多分)
アラン・ケイのオブジェクト指向モデルと初期アクターモデルの対比
Smalltalk-72と初期のアクターモデルとの対比となると、対象のレベルがずれてしまうので、レベルを合せて比較してみました。
目的
- アクター
- アクターという概念で計算をモデル化する
- OO
- children of all agesのためのDynabookのためのプログラミングモデル
構成される総体
- アクター
- アクター
- OO
- ネットワークで接続されたコンピューター的なもの(身体と細胞)
最小の要素
- アクター
- アクター
- OO
- コンピューター(細胞)とメッセージ
モデルの(参照)実装
- アクター
- PLASMA
- OO
- Smalltalk-72
まとめ
The Early History Of Smalltalkによると、アラン・ケイは最小の構成単位として関数やデータに分ける必然性はあるだろうかと問うて、多数の自立するネットワーク化された計算細胞のようなものを考えたようですが、ヒューイットは関数やデータを更に分解して、結局似たようなモデルを作ったのは面白いなと思いました。
また、この文献によると、LISPが関数と特殊形式というプリミティブに分けるのではなく、全部FEXPRという特殊な関数にしたらどういうことになるかを考えたのが、Smalltalkを考える材料になったとありますが、全面的にFEXPRで構成するということは、関数が個別に渡された引数をevalするということです。FEXPR→オブジェクト、引数→メッセージということかと思いますが、上述のPLASMAの文献にも、その辺りに相当することが書いてあり、Smalltalk-72では、トークンのストリームで実現しているところをPLASMAでは拡張性がある記述が可能、との説明があります。
[eval ≡
(=> [=the-expression using =the-environment]
(the-expression <= (eval: the-environment)))]この辺りも交流があったのか、似たようなことを考えていて似たような結論になったのかは分かりませんが面白いと思いました。
ちなみに、Schemeの学習教材などに、なんでもλというプリミティブに還元してみせるという例が良く出てくるのですが、なんでもアクターというプリミティブで表現するという路線を継承したのかなと思わなくもありません。
(クロージャーでOOPみたいな話は何周もして元の話に戻った気がしないでもない)
1970年代から、並行計算モデルとして耳にするようになった最近まで、還元主義としてのアクターモデルの方は、あまり一般的には受け入れられているようには見えないのですが、λの方はそこそこ一般的になったことを考えると不思議です。
関数より細かく分解するというのは受け入れ難いことだったのでしょうか。
■
HTML generated by 3bmd in LispWorks 7.0.0
goやreturn-fromを関数の外から与える
Posted 2021-10-28 17:40:05 GMT
コード整理で関数の分割や統合を行なっている際に、return-from等で脱出する場所を上手く小分けにできなかったり、まとめられなかったりする局面がたまにありますが、blockのタグやtagbodyのラベルをクロージャーにして渡してしまえば簡単だということに気付きました。
例えば、このような一つの関数を
(defun foo (int)
(when (oddp int) (return-from foo (values int 'odd)))
(print (+ 1 int))
(print "fin"))(foo 99)
→ 99
odd
(foo 98)
▻
▻ 99
▻ "fin"
→ "fin"
二つの関数に分解できます。
(defun bar (int xit)
(when (oddp int) (funcall xit int))
(print (+ 1 int)))(defun foo (int)
(bar int (lambda (int) (return-from foo (values int 'odd))))
(print "fin"))
(foo 99)
→ 99
odd
(foo 98)
▻
▻ 99
▻ "fin"
→ "fin"
tagbodyのラベルも同様です。
(defun foo (int &aux ans)
(tagbody
(bar int (lambda (int)
(setq ans int)
(go X)))
(print "fin")
X (return-from foo ans)))まとめ
リファクタリング作業等ではたまに使えることもあるかもしれません。
ちなみに、tagbodyのラベルもblockのブロック名もレキシカル変数とは違って有限エクステントなので、式の外へは持ち出せませんので注意しましょう。
■
HTML generated by 3bmd in LispWorks 7.0.0
データの検索に組み込みPrologを使ってみる(4): RDBと組み合わせる
Posted 2021-10-14 03:53:50 GMT
Common Prolog + Common SQL 篇
前回は、Allegro Prolog + AllegroCache の組み合わせを試しましたが、今回は、同じく商用の処理系であるLispWorksのCommon Prolog + Common SQLの組み合わせで試してみたいと思います。
Common Prologは、LispWorksの組み込みProlog、Common SQLは、各種SQLとの接続パッケージでSQLのテーブルとオブジェクトとのマッピングが可能な所謂ORM機能もあります。
これらは元々KnowledgeWorksとして1990年からあるようですが、Common SQLは1992年にDataWorksの後継として開発されたようなので若干新しいようです(といっても古い)
パッケージ定義/ユーティリティ等は前回のものを引き続き利用しています。
(require "sql")
(require "sqlite")
(require "kw")(defpackage covid19.mhlw.go.jp
(:use cl fare-csv sql kw))
(in-package covid19.mhlw.go.jp)
Allegro CLのAllegroCacheに対応するものとしてCommon SQLとSQLite3を試してみます。
Common SQLではSQLをLisp的に記述することが可能ですが、そのためにはリーダーマクロを有効する必要があります。
便利なようなそうでもないような。
SQLのクエリを文字列で与えるqueryという仕組みもありSQLに慣れた人はそちらの方が便利かもしれません。
(locally-enable-sql-reader-syntax);; SQLite3のDBへ接続(DBファイルが作成される)
(connect "covid19.sqlite3");; テーブル作成
(create-table [newly_confirmed_cases_daily]
'(([date] text)
([prefecture] text)
([newly_confirmed_cases] integer)))
;;query版
(query
"create table newly_confirmed_cases_daily(date text, prefecture text, newly_confirmed_cases integer);")
;; データベースへ登録
(with-transaction
(dolist (line (subseq (cdr *newly_confirmed_cases_daily.csv*) 0 nil))
(destructuring-bind ($date $prefecture $newly-confirmed-cases)
line
(insert-records :into [newly_confirmed_cases_daily]
:attributes '([date] [prefecture] [newly_confirmed_cases])
:values (list (parse-date $date)
$prefecture
$newly-confirmed-cases)))))
;;query版
(with-transaction
(dolist (line (subseq (cdr *newly_confirmed_cases_daily.csv*) 0 nil))
(destructuring-bind ($date $prefecture $newly-confirmed-cases)
line
(query
(format nil
"insert into newly_confirmed_cases_daily(date, prefecture, newly_confirmed_cases) values ('~A', '~A', ~A);~%"
(parse-date $date)
$prefecture
$newly-confirmed-cases)))))
- SQLでクエリ
;;;愛知の2021年9月の合計
(select [sum [newly_confirmed_cases]] :from [newly_confirmed_cases_daily]
:where [and [= [prefecture] "Aichi"]
[between [date] "2021-09-01" "2021-09-30"]]
:flatp T)
→ (21209)
("SUM(NEWLY_CONFIRMED_CASES)") ;;query版
(query "select sum(newly_confirmed_cases) from newly_confirmed_cases_daily where prefecture='Aichi' and date between '2021-09-01' and '2021-09-30'" :flatp T)
;;;都道府県のリストを取得する
(select [distinct [prefecture]] :from [newly_confirmed_cases_daily]
:where [<> [prefecture] "ALL"])
;;query版
(query "select distinct prefecture from newly_confirmed_cases_daily where prefecture != 'ALL'"
:flatp T)
;;;都道府県ごとの合計
(select [prefecture] [sum [newly_confirmed_cases]] :from [newly_confirmed_cases_daily]
:where [<> [prefecture] "ALL"]
:group-by [prefecture]
:limit 2)
→ (("Shizuoka" 26308) ("Shiga" 12388))
;;query版
(query "
select prefecture, sum(newly_confirmed_cases) from newly_confirmed_cases_daily
where prefecture != 'ALL'
group by prefecture
limit 2")
Common SQLのORM機能とCommon Prologの組み合わせ
さて課題自体は、Prologを使わずにSQLで解決してしまいましたが、Prolog連携も試してみます。
SQLのテーブルとのマッピングにはdef-view-classという、standard-db-classをメタクラスとしたdefclassの派生を利用します。
SQL=Objectと、Prologとの連携ですが、KnowledgeWorksではOPS5互換の前向き推論とProlog互換の後ろ向き推論をワーキングメモリ上のオブジェクトと連携させる仕組みがあり、オブジェクトが生成されると自動でワーキングメモリに登録されます。
自動登録のためにはstandard-kb-objectのサブクラスにする必要があるためクラス定義でmixinしておきます。
ワーキングメモリに処理対象を全件載せるためには、SQLでクエリしオブジェクトを生成→ワーキングメモリに載る、の手順を踏みます。
(def-view-class newly_confirmed_cases_daily (standard-db-object standard-kb-object)
((id :type integer :db-kind :key :column rowid) ;sqlite3では自動でrowidというのができる
(date :type T)
(prefecture :type T)
(newly_confirmed_cases :type integer))
(:base-table |newly_confirmed_cases_daily|));; ワーキングメモリに処理対象を全件載せる
(select 'newly_confirmed_cases_daily)
;;愛知の2021年9月の合計
(let ((query '(and (newly_confirmed_cases_daily ?
date ?date
prefecture "Aichi"
newly_confirmed_cases ?cases)
((search "2021-09-" ?date) 0))))
(reduce #'+ (findall '?cases query)))
→ 21255
;;都道府県ごとの合計
(let ((tab (make-hash-table :test #'equal)))
(findall nil
`(and
(newly_confirmed_cases_daily ?x
prefecture ?pref
newly_confirmed_cases ?cases)
((incf (gethash ?pref ,tab 0) ?cases) ?)))
(loop :for pref :being :the :hash-keys :of tab :using (:hash-value cases)
:repeat 2
:collect (list pref cases)))
→ (("Shizuoka" 26308) ("Shiga" 12388))
まとめ
KnowledgeWorksでは、未だに開発版扱いのAllegro Prologよりは、オブジェクトシステムとPrologの融合がより進んでいます。
ワーキングメモリに載せて処理するというのがちょっと特殊ですがPrologだけでなく、前向き推論部とも連携できますし多分強力なのでしょう。
知識ベース+前向き推論+後ろ向き推論をRDB+OPS5+Prologで実現したようなシステムは、1980年代後半のエキスパートシステムの割と標準的な構成だったようです。
1990年に登場したKnowledgeWorksもそういう流れの一つなのかなと思いますが、現在でも、AllegroGraphのようなグラフDB(知識ベース)の流れに脈々と受け継がれているかと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
データの検索に組み込みPrologを使ってみる(3): オブジェクトデータベースと組み合わせる
Posted 2021-10-12 03:43:11 GMT
Allegro Prolog + AllegroCache 篇
PAIPrologで挑戦したところデータの登録に難があったので、その辺りの問題はクリアされていそうな、Allegro Prolog + AllegroCache で試してみたいと思います。
パッケージ定義/ユーティリティ等は前回のものを引き続き利用しています。
(require :acache "acache-3.0.8.fasl") ;環境ごとにバージョンが異なる
(require "pcache")
(require "prolog")(defpackage covid19.mhlw.go.jp
(:use cl fare-csv prolog db.allegrocache))
;;OODBのためのユーティリティ
(defmacro with-file-database ((name
&key (if-exists nil if-exists-p)
(if-does-not-exist nil if-does-not-exist-p)
read-only)
&body body)
`(let ((*allegrocache* nil))
(unwind-protect
(multiple-value-prog1
(progn
(open-file-database
,name
,@(and if-exists-p
`(:if-exists ,if-exists))
,@(and if-does-not-exist-p
`(:if-does-not-exist ,if-does-not-exist)))
,@body)
(unless ,read-only
(commit)))
(when *allegrocache*
(close-database :db *allegrocache*)))))
;;節となるオブジェクト定義
(defclass covid19-newly-confirmed-cases-daily ()
(date
prefecture
cases)
(:metaclass persistent-class))
;;データを登録
(with-file-database ("/tmp/covid19.db" :if-does-not-exist :create :if-exists :supersede)
(dolist (row (cdr *newly_confirmed_cases_daily.csv*))
(let ((obj (make-instance 'covid19-newly-confirmed-cases-daily)))
(with-slots (date prefecture cases) obj
(setf (values date prefecture cases)
(values (covid19-date row)
(covid19-prefecture row)
(covid19-cases row)))))))
;;愛知の2021年9月の合計
(with-file-database ("/tmp/covid19.db")
(let ((sum 0))
(prolog
(db covid19-newly-confirmed-cases-daily
?obj
date (2021 9 ?)
prefecture "Aichi"
cases ?cases
)
(lisp (incf sum ?cases)))
sum))
→ 21255
;;都道府県ごとの合計
(with-file-database ("/tmp/covid19.db")
(let ((tab (make-hash-table :test #'equal)))
(prolog
(db covid19-newly-confirmed-cases-daily ?obj)
(is ?pref (slot-value ?obj 'prefecture))
(is ?cases (slot-value ?obj 'cases))
(lisp (incf (gethash ?pref tab 0) ?cases)))
(loop :for pref :being :the :hash-keys :of tab :using (:hash-value cases)
:repeat 2
:collect (list pref cases))))
→ (("Shizuoka" 26308) ("Shiga" 12388))
まとめ
Allegro PrologはPAIPrologから派生しただけに似た感じではありますが、AllegroCacheと連携することによってオブジェクトのクエリが可能になります。
今回の場合、永続化機能は必要ないのですが、Allegro Prologのdb述語を利用するにはpersistent-classと連携するほかないようです。
別途インスタンスプールにインスタンスを登録するメタクラスとdb述語のようなパタンマッチ述語を自作すれば、AllegroCacheを迂回することも可能かとは思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
データの検索に組み込みPrologを使ってみる(2)
Posted 2021-10-12 02:09:57 GMT
データの検索に組み込みPrologを使ってみる試みの続きですが、CSVファイルを集計する記事を読みこちらお題を真似てみることにしました。
まずは手続き的に書いてみる
とりあえず比較のため普通に書いてみます。
(cl:in-package "CL-USER")(ql:quickload '(drakma fare-csv babel srfi-2))
(defpackage covid19.mhlw.go.jp
(:use cl fare-csv drakma babel srfi-2))
(cl:in-package covid19.mhlw.go.jp)
(defun read-csv/utf-8 (url)
(and-let* ((csv-bin (http-request url :force-binary T))
(csv (octets-to-string csv-bin :encoding :utf-8)))
(with-input-from-string (in csv)
(read-csv-stream in))))
(defvar *newly_confirmed_cases_daily.csv*
(read-csv/utf-8 "https://covid19.mhlw.go.jp/public/opendata/newly_confirmed_cases_daily.csv"))
;;ヘッダを確認
(car *newly_confirmed_cases_daily.csv*)
→ ("Date" "Prefecture" "Newly confirmed cases")
;;ヘッダ情報からリストのアクセサを作成してみる
(defstruct (covid19 (:type list))
date prefecture cases)
;;元データの型変換: 数値文字列→数値
(dolist (row (cdr *newly_confirmed_cases_daily.csv*))
(setf (covid19-cases row) (parse-integer (covid19-cases row))))
(defun group-by (accessor list)
(let ((tab (make-hash-table :test #'equal)))
(dolist (r (reverse list))
(push r (gethash (funcall accessor r) tab '())))
tab))
(defun sum (accessor list)
(reduce #'+ list :key accessor))
;;愛知の2021年9月の合計
(loop :for (date prefecture newly-confirmed-cases) :in (cdr *newly_confirmed_cases_daily.csv*)
:when (and (equal "Aichi" prefecture)
(search "2021/9/" date))
:sum newly-confirmed-cases)
→ 21255
;;都道府県ごとの合計
(loop :for v :being :the :hash-values :of (group-by #'covid19-prefecture (cdr *newly_confirmed_cases_daily.csv*))
:repeat 2
:for pref := (covid19-prefecture (car v))
:unless (equal pref "ALL") ;ALLを除外したい場合
:collect (list pref (sum #'covid19-cases v)))
→ (("Shizuoka" 26308) ("Shiga" 12388))
PAIProlog 篇
組み込みPrologであれば色々と複雑なクエリを簡単に記述できますが、今回のデータ量約30,000をそのままPAIPrologの述語として登録して検索してみると非常に遅いため、別途方策を練る必要があるようです。
また、LispWorksのCommon PrologやAllegro CLのAllegro Prologに比べるとProlog側のユーティリティが少ないため殆どプリミティブで書くことになります。
とはいえ、今回の集計に必要なSQLでいうところのgroup byのようなユーティリティはCommon PrologでもAllegro Prologでも別途用意する必要はありますが……。
(ql:quickload 'paiprolog)(use-package 'paiprolog)
(defun parse-date (date)
(ppcre:register-groups-bind ((#'parse-integer y)
(#'parse-integer m)
(#'parse-integer d))
("(\\d+)/(\\d+)/(\\d+)" date)
(list y m d)))
;;元データの変換: 日付をリストへ: "2021/1/1" → (2021 1 1)
(dolist (row (cdr *newly_confirmed_cases_daily.csv*))
(setf (covid19-date row) (parse-date (covid19-date row))))
;;オブジェクトをPrologの項として登録するためのユーティリティ
(defun add-object-clause (name obj &key asserta)
(let ((pred name))
(assert (and (symbolp pred) (not (paiprolog::variable-p pred))))
(pushnew pred paiprolog::*db-predicates*)
(pushnew pred paiprolog::*uncompiled*)
(setf (get pred 'paiprolog::clauses)
(if asserta
(nconc (list (list (list name obj))) (paiprolog::get-clauses pred))
(nconc (paiprolog::get-clauses pred) (list (list (list name obj))))))
pred))
;;節となるオブジェクト定義
(defclass covid19-newly-confirmed-cases-daily ()
(date
prefecture
cases))
;;データを登録
(dolist (row (cdr *newly_confirmed_cases_daily.csv*))
(let ((obj (make-instance 'covid19-newly-confirmed-cases-daily)))
(with-slots (date prefecture cases) obj
(setf (values date prefecture cases)
(values (covid19-date row)
(covid19-prefecture row)
(covid19-cases row))))
(add-object-clause 'covid19-newly-confirmed-cases-daily obj)))
(length (paiprolog::get-clauses 'covid19-newly-confirmed-cases-daily))
→ 29952
;;愛知の2021年9月の合計
(let ((sum 0))
(prolog
(covid19-newly-confirmed-cases-daily ?obj)
(is ?pref (slot-value ?obj 'prefecture))
(is ?date (slot-value ?obj 'date))
(is ?cases (slot-value ?obj 'cases))
(= "Aichi" ?pref)
(= (2021 9 ?) ?date)
(lisp (incf sum ?cases)))
sum)
→ 21255
;;初回問い合わせは5分位かかるかも……
;;都道府県ごとの合計
(let ((tab (make-hash-table :test #'equal)))
(prolog
(covid19-newly-confirmed-cases-daily ?obj)
(is ?pref (slot-value ?obj 'prefecture))
(is ?cases (slot-value ?obj 'cases))
(lisp (incf (gethash ?pref tab 0) ?cases)))
(loop :for pref :being :the :hash-keys :of tab :using (:hash-value cases)
:repeat 2
:collect (list pref cases)))
→ (("Shizuoka" 26308) ("Shiga" 12388))
まとめ
今回のお題のクエリは、SQLでいうとselect prefecture,sum(cases) from table group by prefectureのようなところですが、どうもPAIPrologの場合は、データ量は少ないけれどクエリは複雑な場合に向いていそうです。
■
HTML generated by 3bmd in LispWorks 7.0.0
Rubyオブジェクトの未来をつくる「シェイプ」をCommon Lispで実装してみた
Posted 2021-09-28 15:04:10 GMT
こちらの記事を読んでCommon Lispに既に似たような機構があるなと思ったので、このshapeというものをCommon Lispで実装してみることにしました。
shapeの動作
まずRuby(TruffleRuby)のshapeは下記のような動作とのことです。
# read
index = obj.shape[:name]
obj[index]# write
index = obj.shape[:name]
obj[index] = value
オブジェクトのスロット名からスロットのインデックスを算出し、オブジェクトの内部配列をインデックスでアクセスするから速いということのようです。
オブジェクトからスロットのインデックスを算出するということなので、Common Lisp(AMOP)で表現すると、大体下記のようなところでしょうか
(defgeneric shape (obj slot-name))(defmethod shape ((obj standard-object) slot-name)
(slot-definition-location (find slot-name (class-slots (class-of obj)) :key #'slot-definition-name)))
(defclass foo ()
(a b c))(let ((obj (make-instance 'foo)))
(setf (standard-instance-access obj (shape obj 'a)) 42)
(standard-instance-access obj (shape obj 'a)))
→ 42
高速化してみる
記事中にRubyのクラスがfrozenの場合は高速化できるようなことが書いてあったので、Common Lispでも最適化してみましょう。
frozenに該当する機構はCommon Lispには存在しないので、適当にフラグを付けるだけにしておきます。
ちなみに、Common Lispでも一応その類の最適化を模索している人達もいます。大体はDylanのsealingをお手本にしているようです。
とりあえず、class-frozen-pは下記のようにしてみます。
(defgeneric class-frozen-p (class))
(defmethod class-frozen-p ((class cl:standard-class))
(get (class-name class) 'frozenp))(defgeneric (setf class-frozen-p) (boolean class))
(defmethod (setf class-frozen-p) (boolean (class cl:standard-class))
(setf (get (class-name class) 'frozenp) boolean))
コンパイラマクロを付けてみる
次に、class-frozen-p が成立する場合、インデックスの算出をコンパイル時に行うことにしてみます。
コンパイル時にクラス情報を取得するのが難しいので、今回は手抜きでstandard-objectのインスタンスもしくは、(the ...)で型宣言された場合にコンパイラマクロを展開するようにしてみます。
(define-compiler-macro shape (&whole whole obj slot-name)
(flet ((compute-slot-location (class)
(slot-definition-location
(find (the symbol (eval slot-name)) (class-slots class) :key #'slot-definition-name))))
(let ((class (typecase obj
((cons (eql the) *)
(find-class (elt obj 1)))
(standard-object
(class-of obj))
(T :unknown))))
(typecase class
(class (if (class-frozen-p class)
(let* ((loc (compute-slot-location class)))
(check-type loc integer)
loc)
whole))
(T whole)))))試してみる
(setf (class-frozen-p (find-class 'foo)) T)(defun set-foo-a-fast (obj value)
(declare (optimize (speed 3) (safety 0) (debug 0)))
(setf (standard-instance-access obj (shape (the foo obj) 'a)) value)
(standard-instance-access obj (shape (the foo obj) 'a)))
上記のset-foo-a-fastは、SBCLで最適化されるとdisassembleの結果は下記のようになり、ほぼ内部の配列に添字でアクセスしているだけです。
; disassembly for set-foo-a-fast
; Size: 22 bytes. Origin: #x53823BA6
; A6: 488B4205 mov RAX, [RDX+5] ; no-arg-parsing entry point
; AA: 48897801 mov [RAX+1], RDI
; AE: 488B4205 mov RAX, [RDX+5]
; B2: 488B5001 mov RDX, [RAX+1]
; B6: 488BE5 mov RSP, RBP
; B9: F8 clc
; BA: 5D pop RBP
; BB: C3 ret最適化を発動させない場合、
(setf (class-frozen-p (find-class 'foo)) nil)(defun set-foo-a-slow (obj value)
(declare (optimize (speed 3) (safety 0) (debug 0)))
(setf (standard-instance-access obj (shape obj 'a)) value)
(standard-instance-access obj (shape obj 'a)))
下記のように実行時にスロット名を引いてアクセスしています。
; disassembly for set-foo-a-slow
; Size: 118 bytes. Origin: #x538D2E4D
; 4D: 488975F0 mov [RBP-16], RSI ; no-arg-parsing entry point
; 51: 4C8945F8 mov [RBP-8], R8
; 55: 4883EC10 sub RSP, 16
; 59: 498BD0 mov RDX, R8
; 5C: 488B3D9DFFFFFF mov RDI, [rip-99] ; 'a
; 63: B904000000 mov ECX, 4
; 68: 48892C24 mov [RSP], RBP
; 6C: 488BEC mov RBP, RSP
; 6F: E8445FD4FC call #x50618DB8 ; #<fdefn shape>
; 74: 480F42E3 cmovb RSP, RBX
; 78: 4C8B45F8 mov R8, [RBP-8]
; 7C: 488B75F0 mov RSI, [RBP-16]
; 80: 498B4005 mov RAX, [R8+5]
; 84: 4889749001 mov [RAX+RDX*4+1], RSI
; 89: 4C8945F8 mov [RBP-8], R8
; 8D: 4883EC10 sub RSP, 16
; 91: 498BD0 mov RDX, R8
; 94: 488B3D65FFFFFF mov RDI, [rip-155] ; 'a
; 9B: B904000000 mov ECX, 4
; A0: 48892C24 mov [RSP], RBP
; A4: 488BEC mov RBP, RSP
; A7: E80C5FD4FC call #x50618DB8 ; #<fdefn shape>
; AC: 480F42E3 cmovb RSP, RBX
; B0: 4C8B45F8 mov R8, [RBP-8]
; B4: 498B4005 mov RAX, [R8+5]
; B8: 488B549001 mov RDX, [RAX+RDX*4+1]
; BD: 488BE5 mov RSP, RBP
; C0: F8 clc
; C1: 5D pop RBP
; C2: C3 ret速度は最適化された場合、大体4倍程度高速な様子(思ったより高速化されていない……)
(time
(let ((obj (make-instance 'foo)))
(dotimes (i 1000000)
(set-foo-a-fast obj))))
Evaluation took:
0.053 seconds of real time
0.050000 seconds of total run time (0.050000 user, 0.000000 system)
94.34% CPU
172,648,872 processor cycles
0 bytes consed(time
(let ((obj (make-instance 'foo)))
(dotimes (i 1000000)
(set-foo-a-slow obj))))
Evaluation took:
0.210 seconds of real time
0.210000 seconds of total run time (0.210000 user, 0.000000 system)
100.00% CPU
692,425,819 processor cycles
0 bytes consed
そもそも高速なstandard-instance-accessを使ってしまっているのでslot-valueでのアクセスと比較してみます。
(defun set-foo-a/slot-name (obj value)
(declare (optimize (speed 3) (safety 0) (debug 0)))
(setf (slot-value obj 'a) value)
(slot-value obj 'a))(time
(let ((obj (make-instance 'foo)))
(dotimes (i 1000000)
(set-foo-a/slot-name obj))))
Evaluation took:
0.064 seconds of real time
0.060000 seconds of total run time (0.060000 user, 0.000000 system)
93.75% CPU
211,657,683 processor cycles
0 bytes consed
猛烈に遅くなる予想でしたが、slot-valueのスロット名がコンパイル時に確定しているため最適化されてしまい、shapeの速い方とほぼ同じ速度です。
; disassembly for set-foo-a/slot-name
; Size: 69 bytes. Origin: #x538D31AA
; AA: 488945F8 mov [RBP-8], RAX ; no-arg-parsing entry point
; AE: 4883EC10 sub RSP, 16
; B2: 488BD7 mov RDX, RDI
; B5: 488BF8 mov RDI, RAX
; B8: B904000000 mov ECX, 4
; BD: 48892C24 mov [RSP], RBP
; C1: 488BEC mov RBP, RSP
; C4: E80F6FD4FC call #x5061A0D8 ; #<fdefn (sb-pcl::slot-accessor :global a sb-pcl::writer)>
; C9: 480F42E3 cmovb RSP, RBX
; CD: 488B45F8 mov RAX, [RBP-8]
; D1: 4883EC10 sub RSP, 16
; D5: 488BD0 mov RDX, RAX
; D8: B902000000 mov ECX, 2
; DD: 48892C24 mov [RSP], RBP
; E1: 488BEC mov RBP, RSP
; E4: E8CF6ED4FC call #x5061A0B8 ; #<fdefn (sb-pcl::slot-accessor :global a sb-pcl::reader)>
; E9: 488BE5 mov RSP, RBP
; EC: F8 clc
; ED: 5D pop RBP
; EE: C3 retということで遅くするために実行時にスロット名を与えることにしてみます。
(defun set-foo-a/slot-name/ (obj value name)
(declare (optimize (speed 3) (safety 0) (debug 0)))
(setf (slot-value obj name) value)
(slot-value obj name))
(time
(let ((obj (make-instance 'foo)))
(dotimes (i 1000000)
(set-foo-a/slot-name/ obj 42 'a))))
Evaluation took:
0.105 seconds of real time
0.100000 seconds of total run time (0.100000 user, 0.000000 system)
95.24% CPU
346,033,917 processor cycles
0 bytes consed
どうやら色々最適化してくれるようでSBCLの場合は大して遅くならないようです……。
まとめ
Rubyオブジェクトの未来をつくる「シェイプ」をCommon Lispで真似してみました。
Common Lispの場合は、オブジェクトの内部配列にインデックスでアクセスするという機構は既に備わっているので何も考えずにslot-valueで書いても最適化で高速化されることが多いようです。
標準的でないメタクラスや総称関数を定義した場合は、これらの最適化が外れることが多くなるとは思いますが、恐らく普通のオブジェクト指向プログラミングをする範囲では十分に速いものになるかと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
Metaobject Protocol及び関連技術についての個人的まとめ
Posted 2021-09-04 06:37:35 GMT
個人的にはMetaobject Protocol(MOP)という技術は好きなのですが、壮大な機構として捉えられがちな割には応用が大したものでもなかったりする印象を持ちます。
今回は、その辺の個人的考えをまとめてみたいと思います。
MOPという技術の大枠(壮大)
個人的には、LispのMOPは、Lispのインタプリタ(eval)をオブジェクト指向プログラミング的に展開したもの、と最近は考えています。
CLOSとそのMOPの初期の頃の文献を参照するとProceedings of the First CLOS Users and Implementors Workshop 1988の中のThe Importance of Being Metaで、Lispらしいオブジェクト指向プログラミングシステムの探求のようなことが書かれています。骨子は、
- LispではDSLの構築において、Lisp自身を拡張する、Lispに埋め込むというアプローチが柔軟にできるのが言語の特長
- CommonLoops(CLOS)は、Flavorsや LOOPSと違ってこのLispらしさを追求する
というところですが、どうやら当時のXerox近辺では、CLOSという用語をCommon Lispの方言の一つ(=別言語)という機微で使っているように思えます。
説明の都合上かもしれませんがこの文脈での、Common Lispという用語はCLtL1=Common Lisp 1984=これまでのLispの代表、のような機微を感じます。
ちなみに、オブジェクト指向プログラミングの本を読んでいると、CLOSという言語が独立して存在するかのような記述が散見されますが、1990年代前半のXerox近辺の活動の影響なのかと思わなくもありません(もしくはLispベンダーのマーケティングか)
閑話休題。さて、Lispらしさを追求するというCLOSは、FlavorsやLOOPSと何が違うのか、ということになりますが、その違いがMOPになります。
FlavorsやLOOPSは、既存のLisp処理系の上に構築したDSL/アドオンという形態ですが、MOPはLisp本来の力を引き出すという主張があり、CLOSは極端に説明すると、メタオブジェクトで構成されたインタプリタ(eval)を核とする新しいLisp方言という方向性だったのではないかと思います。
古典的なLispでは、eval万能関数が、データを処理していきますが、このevalにオブジェクト指向技術を適用するというイメージかと想像しています。
面白いのは、Smalltalk誕生のきっかけになったLispからの影響としてアラン・ケイは、全体をfexpr化したevalというのを挙げています。
Smalltalkの歴史のII. 1967-69—The FLEX Machine, a first attempt at an OOP-based personal computerあたりで述べられていますが、evalが関数(引数を評価した後手続き処理する)と特殊形式/fexpr(手続きが引数の評価も担当する)に分けているところを全面的にfexpr化することを考えた結果、オブジェクトが渡されたメッセージをオブジェクト自身が評価する→メッセージ送信を核とするオブジェクト指向、という風に概念が整理されたようです。そういう意味では、MOPはオブジェクト指向プログラミングシステムとしても原点回帰だったのではないでしょうか。
MOPと関連技術(大き目な流れ)
Open Implementation(OI)
Kiczales先生は後にMOPの仕事をLisp以外にも応用するという流れで、1990年代中半あたりまで、Open Implementationという技術を追求します。
これはMOPで展開されたようなメタオブジェクトでプロトコル化されたアプローチをLisp以外のメジャーなコンパイラ言語などにも適用するというものだったと思いますが、後のアスペクト指向プログラミングのようにブームになるようなことはなかったようです。
アスペクト指向プログラミング(AOP)
Kiczales先生は、1990年代中半以降、OIからAOPに研究主軸を移しますが、この辺りの連続性は私は詳しく追えていません。
OIや、MOP技術の応用事例として、プログラミングにまつわる横断的な問題をアスペクトとして切り出し対処するのがAOPなのか、はたまた逆なのか、似ているけれど根本は違うのか。
また、AOPとリフレクション技術も一緒に語られることが多いと思いますが、これは、メジャーな言語の多くはLisp等のevalな背景を持つ言語とは違い、プログラミング→コンパイル→実行、というバッチ指向であり、実行→コンパイル→プログラミングという遡り操作の実現が殊更難しいために技術的挑戦/研究が発展することになったのかと思います。
柔軟な言語をいかに速くするかと、速い言語をいかに柔軟にするかは、大体似たような技術になるのかとは思いますが、柔軟な言語の利用者からすると何故そのような技術が必要とされるのかの動機の理解が難しいことも多い気がします。
Lispは手続きの実行に柔軟にフックを掛けることが可能なのですが、アドバイス機構やマクロでAOPを真似ることができることをもって「Common LispはAOPが実現できている」という人もいます。しかし、個々のフックをアスペクトという視点で切り出して操作するようなフレームワークも存在しませんし、飽く迄AOPのようなことも個別に記述すれば可能、程度のことかと思うのでAOPをサポートしているとはいいがたいと思います。
MOPとオブジェクト指向システム(中くらい)
Lispらしさを追求し、Flavorsのようなアドオンではない、という当初のCLOSでしたが、結局のところANSI Common LispではMOPが規格に入らなかったため、Common Lispのオブジェクト指向システムは既存のFlavorsのようなアドオンと大差ないものとなりました。
とはいえ、MOPありで規格化されたとしても、急進的にevalにまでMOPが適用されるということもなかったと思います。
結果的にはANSI Common Lisp+MOPでは、データ定義/操作の側と手続き呼び出しの操の系統の二系統がevalの外側にユーザー拡張機能として装着されていて、それより外側でカスタマイズができる、という風になっています。
総称関数が関数呼び出しの機構に若干食い込んではいますが、MOP全面的に適用されていれば、また違った形態になったでしょうし、evalや、compileがMOP化されていれば、コンパイラの最適化等もユーザーが柔軟にカスタマイズ可能になったと思われます。
このような形態が恐らくOpen Implementation化されたCommon Lispだったのかと推測します。恐らくOI化されたCLではAOPを組込むのもさらに容易であったでしょう。
メタクラスのカスタマイズ(小さい流れ)
さてMOPの応用事例として、データ生成にまつわる一連の流れのカスタマイズと、手続き呼び出しのカスタマイズがあります。 これらは、データ生成をするデータ(メタオブジェクト)を操作する手続きの一連の規約(Metaobject Protocol)のカスタマイズとして操作しますが、基本的には一連のデータ操作においてフックできるポイントがあり、このフックをOOP的に拡張することによりカスタマイズができる、というところになります。
MOPの応用にも、大き目のものから小さ目のものまでありますが、大きいものから順に列挙してみましょう。
MOPでオブジェクト指向システムや類似のシステムを構築する
1980年代のLispの需要として、エキスパートシステムの構築の核言語というものがありました、ミンスキー先生のフレーム理論のシステムをLisp上に構築するようなことは多く行なわれていましたが、フレームシステムはオブジェクト指向システムと非常に似たところがありこれらを構築するのにCLOSの機能はよく活用されています。ただ、Flavors等でも似たようなことは実現されていましたので、より柔軟にアプローチできるようになった、程度でしょうか。
一応MOPサポートの強みとしては、それ自身が柔軟に変更可能であるため、基盤となるオブジェクト指向システムから乖離しているような機構でも差分を吸収できるというのはあると思います。
実際、オブジェクト指向システムをCommon Lisp+MOPで構築したという例では、CommonObjectsやObject LISPが古くから知られており、MOPの柔軟性の証左ともされています。
また、セマンティックウェブのOWL処理系をCommon Lisp上に構築したSWCLOSのようなものもあります。
ほか参照
- フレーム表現をクラスで表現するための拡張
入出力のフック
メタクラスの応用としては最も古くから存在し典型的なものとしてオブジェクトの永続化があります。
エキスパートシステムで利用するフレームのデータを格納する手段として出発し発展してきましたが、大抵は永続化用のメタクラスを定義し、ユーザーはそれを意識することなしにシステムが勝手に永続化しているようなシステムの実現に使われます。
古くは、HPのPCLOS(1988)からありますが、最近のAllegro CLのように処理系と統合されていることもあります。
また、RDBとオブジェクト指向システムを透過的に接続するORMも類似の技術ですが、こちらの実現にも良く使われています。
雑多なフックや挙動のカスタマイズ
雑多なフックや挙動のカスタマイズは多数ありますが、Common Lisp自体の柔軟性が高いためMOPを使わなくとも別の手段で実現できてしまうことが殆どです。
- フレームを実現するためにスロット以外に属性を持たせる
- GoFデザインパターンに代表されるOOPのイディオムををMOPでユーザー透過な組み込みの機能として実現する
- オブジェクトのプールを作成したりオブジェクトを集計したりする
等々、細かいカスタマイズは沢山ありますが、当然ながら、MOPはオブジェクト指向システム固有の操作に近い部分のカスタマイズを得意としているかと思います。
- 参照: MOP:物置き
まとめ
以上、長々と書いてきましたが、まとめると現在のANSI Common Lisp+MOPで可能な応用で最大のものは、オブジェクト指向システムやフレームシステムのCommon Lisp上での実現、最小のものはオブジェクト生成にまつわるちょっとしたフック、あたりになると思います。
究極形態としては、Open Implementation化されたCommon Lispだったと思うのですが、そういうCommon Lisp処理系がいつの日か登場すると面白いなと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
浮動小数点数のdescribe
Posted 2021-08-29 02:12:36 GMT
Lucid CLで浮動小数点数をdescribeすると気の効いた表示をしてくれるようなので、他の処理系はどうなのか調べてみました。
下記は、4.18695205d7をdescribeした結果です。
Lucid CL
4.18695205E7 is a float. It has 53 bits of precision.
The mantissa is 5619631913959424 and the exponent is -27.
(rational 4.18695205E7) is 83739041/2.
(rationalize 4.18695205E7) is 83739041/2.Allegro CL
4.18695205d+7 is a NEW DOUBLE-FLOAT.
The hex representation is [#x4183f706 84000000].Armed Bear CL (ABCL)
4.18695205d7 is an object of type DOUBLE-FLOAT.CLISP
4.18695205d7 is a float with 53 bits of mantissa (double-float).Clozure CL
Float: 4.18695205D+7
Scientific: 4.19D+7
Log base 2: 25.319397060287525D0
Ratio equiv: 83739041/2
Nearest integer: 41869520CMU CL
4.18695205d7 is a DOUBLE-FLOAT.ECL
4.18695205d7 - double-float
exponent: -27
mantissa: 5619631913959424Eclipse CL
4.1869520499999996d+7 is a DOUBLE-FLOAT at #x-3E1F3100:
ECLIPSE::SIGNIFICAND: 5619631913959424
ECLIPSE::EXPONENT: -27
ECLIPSE::SIGN: 1.GCL
4.18695205E7 - long-float
exponent: -27
mantissa: 5619631913959424LispWorks
4.18695205D7 is a DOUBLE-FLOATMCL
Double float: 4.18695205D+7
Scientific: 4.19D+7
Log base 2: 25.319397060287525D0
Ratio equiv: NIL
Nearest integer: NILNIL
※ソースコードから復元した予想結果
4.18695205D7 is a double float.
Sign bit: 1, excess-128 exponent: #x65, fraction bits: #x13F70684000000.SBCL
4.18695205d7
[double-float]Symbolics CL
4.18695205d7 is a double-precision floating-point number.
Sign 0, exponent 2030, 52-bit fraction 037560320400000000 (not including hidden bit)
Its exact decimal value is 41869520.5d0VAX LISP
It is the double-float 4.18695205d7
Sign: +
Exponent: 26 (radix 2)
Significand: 0.6239044740796089Xerox CL
a single-float,
sign: cl::positive
radix: 2
digits: 24
significand: 0.62390447
exponent: 26(describe 41869520.5d0)と入力しているのだけれど……
まとめ
やはりLucid CLの結果が充実している様子。
Spice Lisp系(CMUCL、SBCL、LispWorks)は素気ない表示ですが、古くからある処理系の、MCL系(MCL、Clozure CL)、Symbolics CLあたりは色々な情報を教えてくれるようです。
ちなみに、この記事はこちらの浮動小数点数の誤差の記事(Abstract Heresies: A Floating-point Problem)で、41869520.5d0を有理数の記述するのに、(+ 41869520 1/2)という表現をつかっているのを目にして、そういえば、describeでrationalizeの結果を教えてくれる処理系があったような……と調べてみたのが切っ掛けでした。
この場合は、(= 41869520.5d0 (rationalize 41869520.5d0)) → Tであることを確認し、(rationalize 41869520.5d0)と記述すれば良さそうです。
■
HTML generated by 3bmd in LispWorks 7.0.0
(abs -0.0)の値
Posted 2021-08-25 01:30:35 GMT
Twitterで(abs -0.0)の値が話題になっていたので、Common Lispの処理系はどんな風になっているのか調べてみました。
-0.0 のサポート
まず、Common Lispでは-0.0をサポートしなくても良いようです。そもそもIEEE 754のサポートも必須ではなく、過去にはその辺りの選択は多分多様だったのでしょう。
IEEE 754をサポートしている場合には、*features*に:ieee-floating-pointが入ることが推奨されています。
ちなみに実際に下記に出てくるVAX LISPなどはIEEE 754とは微妙に違う実装のようです。
VAX LISP[TM] V3.1
Digital Equipment Corporation. 1989, 1990.
All Rights Reserved.Lisp> *features*
(EDITOR UIS COMPILER DEBUGGER :VMS VMS :DEC DEC :COMMON COMMON :VAX VAX :VAXLISP)
処理系が-0.0をサポートしているかどうかは、
(eql -0.0 0.0)
→ nilかどうかで判定できると規格に書いてあります。
-0.0をサポートしていない処理系では、-0.0は、0.0として読み込まれるため、
(list -0.0L0 (abs -0.0L0))の結果を確認すれば、(abs -0.0L0)の結果が正しいかを確認できそうです。
確認してみる
-0.0をサポートしている処理系
- SBCL 1.4.8
- (-0.0d0 0.0d0) → ok
- CMUCL 21d
- (-0.0d0 0.0d0) → ok
- ABCL 1.7.0
- (-0.0d0 0.0d0) → ok
- ECL 21.2.1
- (-0.0l0 0.0l0) → ok
- MCL 3.0/5.2
- (-0.0d0 0.0d0) → ok
- LispWorks 7.1.3
- (-0.0d0 -0.0d0) → ng
- Lucid CL 4.1
- (-0.0d0 -0.0d0) → ng
-0.0をサポートしていない処理系
- Eclipse CL 1.1
- (0.0d0 0.0d0)
- CLISP 2.49.92
- (0.0L0 0.0L0)
- Allegro CL 10.1
- (0.0d0 0.0d0)
- Corman Lisp 3.1
- (0.0d0 0.0d0)
- AKCL 1.619
- (0.0 0.0)
- GCL 2.6.12
- (0.0 0.0)
- Xerox CL
- (0.0 0.0)
- VAX LISP
- (0.0L0 0.0L0)
ということで、LispWorksとLucid CLだけ整合性がないという結果になりました。
まとめ
以上の結果が、Common Lispの規格として不整合なのかどうかはいまいち分からないのですが、LispWorksでも#C(-0.0 0)のabsは0.0だったりするようなので、float処理の場合だけ妙なことになっているのではないかと推察します。
(eql (abs #C(-0.0 0)) (abs #C(0.0 0)))
→ T(eql (abs -0.0) (abs 0.0))
→ nil
LispWorksにバグ報告してみたいような気もしますが、果してバグと言って良いのだろうか……。
■
HTML generated by 3bmd in LispWorks 7.0.0
CommonObjectsをつくろう(2)
Posted 2021-08-21 20:09:52 GMT
CommonObjectsの継承
CommonObjectsの継承は所謂多重継承をサポートしていますが、そもそも継承の仕組みがちょっと変わっていて、インスタンスは上位クラスで定義されたスロットを取捨選択して一本化するのではなく、上位クラスのスロット全部を保持します。
継承戦略として木構造を採用しているということみたいですが、詳細は下記の論文を参照してください。
上位クラスのスロットを保持させる
この辺りの詳細が不明なのでcoolの実装を眺めてみましたが、上位クラスの定義を全部インスタンス化して保持するという結構富豪的な解決方法を採っているようです。
coolは1986年時点のMOPの上に実装されているので、現在のCLOS MOPとは結構違いますが、バッキングストレージのベクタは、
- クラスオブジェクト
- 自分自身(self)
- 上位クラスのインスタンス
- スロットの値
を保持しています。
なお、上位クラスのインスタンスもまた同じ構造をしていますが、selfは上位クラスのものではなく元オブジェクトを指すようになっています。
とりあえず、今回はベクタの配置のオフセットの計算が面倒に感じたので、構造体を使うことにしてみました。
インスタンス内部のベクタを挿げ替える方法はポータブルではないので、allocate-instanceで親オブジェクトを生成してテーブルに保持しておく、という方法でも良いかなと思います。
;;; https://github.com/g000001/slotted-objects を利用
(defstruct (common-objects-object-storage
(:constructor allocate-common-objects-object-storage))
(self nil)
(parents '())
(slots nil))(defun common-objects-class-precedence-list (class)
(let* ((cpl (class-precedence-list class))
(pos (position (find-class 'common-objects-object) cpl)))
(subseq cpl 0 (or pos 0))))
(defmethod allocate-instance ((class common-objects-class) &rest initargs)
(let* ((storage (allocate-common-objects-object-storage))
(inst (slotted-objects:allocate-slotted-instance (slotted-objects:class-wrapper class) storage))
(baseclass (find-class 'common-objects-object)))
(setf (common-objects-object-storage-self storage) inst)
(setf (common-objects-object-storage-slots storage)
(make-array (length (class-slots class)) :initial-element *undefined-slot-value*))
(setf (common-objects-object-storage-parents storage)
(loop :for c :in (cdr (common-objects-class-precedence-list class))
:until (eql baseclass c)
:collect (let* ((parent (make-instance c))
(parent-storage (slotted-objects:instance-slots parent)))
(setf (common-objects-object-storage-self parent-storage) inst)
parent)))
inst))
(defmethod slot-value-using-class ((class common-objects-class) instance (slotd slot-definition))
(elt (common-objects-object-storage-slots (slotted-objects:instance-slots instance))
(slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class common-objects-class) instance (slotd slot-definition))
(setf (elt (common-objects-object-storage-slots (slotted-objects:instance-slots instance))
(slot-definition-location slotd))
value))
親のスロットとマージしないようにする
親クラスのインスタンスをそのまま保持する方式のため、Common Lispのデフォルト動作であるスロット定義の一本化をやめるようにします。
(defmethod compute-slots ((class common-objects-class))
(mapcar (lambda (slotd)
(compute-effective-slot-definition class
(slot-definition-name slotd)
(list slotd)))
(class-direct-slots class)))そして、その代りに親インスタンスのスロットを参照できるようなユーティリティを定義しておきます。
(defun parent-instance (inst type)
(find type (common-objects-object-storage-parents (slotted-objects:instance-slots inst))
:key #'type-of)):inherit-from オプションの処理
これだけでは不十分ですが、暫定的な定義としてこんな感じにします。
(defun process-inherit-from (slots)
(let ((ans '()))
(dolist (s slots)
(typecase s
((cons (eql :inherit-from) *)
(push (elt s 1) ans))))
(or (nreverse ans)
(list 'common-objects-object))))動作確認
上記の定義で、下記のような処理ができるにはなりました。
(define-type a
(:var a (:init 0))
:all-settable)
(define-type b
(:var b (:init 1))
(:inherit-from a)
:all-settable)
(=> (make-instance 'b) :b)
→ 1
(=> (make-instance 'b) :a)
!!! slot-missing
(=> (parent-instance (make-instance 'b) 'a) :a)
→ 0
さてしかし、CommonObjectsでは、上位クラスのメソッドは継承してくる(しかし同名メソッドは複数あるとクラス定義不可)ので、継承してきた:aメソッドが機能する必要があります。
(=> (make-instance 'b) :a)
→ 0となれば良いのですが、これをどう実現したものか。
とりあえず、slot-missingで転送すれば似た挙動にすることは可能ですが、メソッドの継承回りをちゃんと作らないと上手く機能しなさそうです。
(defmethod slot-missing ((class (eql (find-class 'race-hourse)))
instance
slot-name
operation
&optional new-value)
(ecase operation
(slot-value (slot-value (parent-instance instance 'animal) slot-name))
(setf (setf (slot-value (parent-instance instance 'animal) slot-name)
new-value))))(=> (make-instance 'b) :a)
→ 0
まとめ
継承まわりの設計はマニュアルではあまり説明されていないので、CommonObjectsの論文を読んだりしてどのような設計なのかを探る必要がありそうです。
■
HTML generated by 3bmd in LispWorks 7.0.0
CommonObjectsをつくろう(1)
Posted 2021-08-05 04:37:09 GMT
前回は、クラス定義のdefine-typeとメッセージ送信構文の=>あたりを適当に辻褄を合せて作りましたが、マニュアルを読み進めて、define-methodあたりまでを作成してみます。
全スロット定義に関するオプション
CommonObjectsではFlavorsと同じくアクセサを一括で作成する機能があるようです。gettable、settable、initableというのも同じですが、Flavorsではinitableのスペルがinittableだったりinitableだったりします。initableなのは、gettable、settableと文字数を合せたかったからなのでしょうか……。
このオプションの処理をどこに加えようかと考えましたが、とりあえず、define-typeのマクロに押し込めてしまうことにしました。
後々適切なプロトコルを思い付いたらそちらで処理します。
(defmacro define-type (type-name &optional doc-string &body slots &environment environment)
(declare (ignore environment))
(if (typep doc-string 'string)
(setq slots (cdr slots))
(setq slots (cons doc-string slots)
doc-string nil))
(let ((slots (copy-tree (remove-if #'keywordp slots)))
(opts (remove-if (complement #'keywordp) slots)))
(dolist (s slots)
(when (find :all-initable opts)
(push :initable (cddr s)))
(when (find :all-gettable opts)
(push :gettable (cddr s)))
(when (find :all-settable opts)
(push :settable (cddr s))))
`(ensure-common-objects-class ',type-name
:documentation ,doc-string
:direct-slots (list ,@(mapcar #'parse-slot slots)))))メソッド定義構文: define-method
CommonObjectsは総称関数ベースではなくシングルディスパッチのため、前回適当に作成した=>というメッセージ送信の総称関数にどんどんメソッドを足していくことでも何とかなりそうです。
ということでこのように書いてみました。
(defmacro define-method ((type message) (&rest args) &body body)
(let ((slots (mapcar #'slot-definition-name (class-slots (find-class type)))))
`(defmethod => ((obj ,type) (msg (eql ,message)) &rest args)
(let ((self obj))
(declare (ignorable self))
(destructuring-bind (,@args) args
(with-slots ,slots obj
(declare (ignorable ,@slots))
,@body))))))特徴的なのは、define-methodの内部では、インスタンスのスロットが変数のようにみえる点ですが、この辺りもFlavorsというか一般的なオブジェクト指向言語風です。自身を指す変数であるselfも用意されています。
class-slotsとwith-slotsを組合せて使っていますが、原理的にdefine-methodの定義時にクラスのスロットが確定している必要があります。
CommonObjectsはあまり動的ではなさそうにみえるので、多分これで大丈夫でしょう。
ちなみに、全部実行時に持っていくとすると、progv等を使うことになりそうです。
スロットが初期化されない場合
Common Lisp標準では、スロットは未束縛の状態を持ちますが、CommonObjectsでは未定義値が入るようです。
実装としては、slot-unboundメソッドを定義したり、initialize-instanceで未定義値で初期化したりと色々な方策が考えられますが、今回は、allocate-instanceでCommonObjects用の未定義値を入れてみることにします。
(defstruct undefined-slot-value)(defvar *undefined-slot-value* (make-undefined-slot-value))
(defmethod allocate-instance ((class common-objects-class) &rest initargs)
(let ((instance (call-next-method)))
(dolist (s (class-slots class))
(setf (slot-value-using-class class instance (slot-definition-name s))
*undefined-slot-value*))
instance))
動作確認
マニュアルにある例を動かして確認してみます
(define-type vector-instance
(:var theta (:type float) (:init 0))
(:var magnitude (:type float))
:all-settable)
(define-method (vector-instance :scale) (x)
(setq magnitude (* x magnitude)))
(=> (make-instance 'vector-instance) :scale 3)
!!! In * of (3 #S(undefined-slot-value)) arguments should be of type number.
(define-type bank-account
(:var holder (:type simple-string))
(:var acct-num)
(:var balance (:type number))
:all-initable
:all-gettable)
(defun open-account (name number initial-balance)
(if (and (simple-string-p name)
(numberp initial-balance)
(> initial-balance 0))
(make-instance 'bank-account
:holder name
:acct-num number
:balance initial-balance)
(error "Bad name: ~A or Balance: ~A " name initial-balance)))
(setq acct1 (open-account "Bobby Brown" '555-55-5555 100.00))
→ #<bank-account 40100FA453>
(=> acct1 :balance )
→ 100.0
(define-method (bank-account :deposit) (amount)
(if (and (numberp amount) (> amount 0))
(setf balance (+ balance amount))
(error "Bad deposit amount ~A" Amount)))
(=> acct1 :deposit 50)
→ 150.0
(=> acct1 :balance)
→ 150.0
(define-method (bank-account :withdraw) (amount)
(cond ((or (not (numberp amount)) (< amount 0))
(error "Improper Withdrawal Amount ~A" amount))
((< balance amount)
(error "Insufficient Funds -- Transaction denied"))
(T (setf balance (- balance amount)))))
(=> acct1 :withdraw 25)
→ 125.0
(=> acct1 :balance)
→ 125.0
まとめ
MOPがサポートされていると標準以外のオブジェクト指向システムを構築していくのも比較的簡単な気がしてきました。
今後のドメイン特化オブジェクト指向システム時代の到来を期待したい……。
次回は、継承まわりを実装してみます。
■
HTML generated by 3bmd in LispWorks 7.0.0
CommonObjectsをつくろう(0)
Posted 2021-08-02 01:30:52 GMT
先日bitsaversにHP Common Lisp(HPCL)のマニュアルがアップされました。
HPCLには二種類の系統があり、ユタ大学のPortable Standard Lisp(PSL)のエコシステム一式がCommon Lisp化した最初の版と、Lucid社のOEM処理系で実質Lucid CLの第二版があります。
今回アップロードされたマニュアルは、PSLベースのもので、独自の系統だけに結構貴重です(Lispマニア的には)。
ユタ大学のPSLのエコシステムには処理系以外にもエディタや、オブジェクト指向システム、エキスパートシステムのツールキット等が1980年代中半までには確立していたようなのですが、その辺りの一式もCommon Lispに移植されていたようです。
アップロードされたマニュアルの一つにNMODEというLisp実装のEmacsのマニュアルが含まれていますが、元はPSL上で稼動していたものの様子
1980年代中後半の商用Lispシステムといえば、エキスパートシステム需要が大きかったことを反映してか、定番構成として、
- Lisp処理系
- Lisp向けエディタ(大抵Emacs)と対話的開発環境
- エキスパートシステムツールキット(前向き/後向き推論)
- フレームシステム(オブジェクト指向システム)
- 知識ベースシステム(データベース)
のようなものが鉄板だったようです。HPもHP 9000/300を中心にそのようなLispシステムの販売を展開していた様子。
CommonObjects
そんなHPCLですが、マニュアルを眺めてみるとオブジェクト指向システムとしてCommonObjectsとみられる解説がありました。
CommonObjectsは、Common Lispのオブジェクト指向システムの歴史には良く出てくるシステムなのですが、オンラインで入手できる文献が非常に少ないので、こちらも結構貴重です。
1987年にPortable CommonLoops上にCommonObjectsを実装したcoolというのがあり、個人的にANSI CLで動くようにしてみていたことがありますが、マニュアルをざっと眺める限り大体の機能はCLOS MOPで実装できそうな気がするので、適当にCommonObjectsを再現していくことにしました。
クラス定義構文の実装
何も考えずにマニュアルの先頭から実装していきますが、まずは、define-typeというdefclassに相当する機能の説明があるので、これを作成してみようと思います。
define-type構文は眺める限り、standard-classや、standard-slot-definition以上の機能は特にないようです。
gettable、settable、initableのオプションはFlavorsの影響かなと思いますが、これはアクセサを生成するかどうかのオプションです。
ということで、マニュアルの冒頭を適当に動かして遊んでみるレベルから開始すると下記のようになりました。
(defpackage "https://github.com/g000001/zrco"
(:use)
(:export
=>
apply-method
assignedp
call-method
define-method
define-type
instance
instancep
;; make-instance
rename-type
self
send?
supports-operation-p
undef
undefine-method
undefine-type
import-specialized-functions
))
(defpackage "https://github.com/g000001/zrco#internals"
(:use "https://github.com/g000001/zrco" c2cl)
(:shadowing-import-from
"https://github.com/g000001/zrco"
call-method))
(cl:in-package "https://github.com/g000001/zrco#internals")
(defclass common-objects-class (standard-class)
())
(defmethod validate-superclass ((sub common-objects-class) (sup standard-class))
T)
(defclass common-objects-object (standard-object)
()
(:metaclass common-objects-class))
(defclass common-objects-direct-slot-definition (standard-direct-slot-definition)
((init :initarg :init)
(var :initarg :var)
(initable :initarg :initable :reader slot-definition-initable)
(gettable :initarg :gettable :reader slot-definition-gettable)
(settable :initarg :settable :reader slot-definition-settable)))
(defun make-keyword (name)
(intern (string name) :keyword))
(defgeneric => (obj msg &rest opts))
(defgeneric (setf =>) (val obj msg &rest opts))
(defmethod initialize-instance ((class common-objects-direct-slot-definition) &rest initargs
&key (init nil initp) initable var gettable settable)
(when (or settable gettable)
(eval `(defmethod => ((obj common-objects-object) (msg (eql ,(make-keyword var))) &rest opts)
(slot-value obj ',var))))
(when settable
(eval `(progn
(defmethod (setf =>) (val (obj common-objects-object) (msg (eql ,(make-keyword var))) &rest opts)
(setf (slot-value obj ',var) val))
(defmethod => ((obj common-objects-object)
(msg (eql ,(make-keyword (concatenate 'string (string 'set-) (string var)))))
&rest opts)
(setf (slot-value obj ',var)
(car opts))))))
(apply #'call-next-method
class
(append (and var `(:name ,var))
(and initp `(:initform ,init))
(and initp `(:initfunction ,(lambda () init)))
(and (or initable gettable settable) `(:initargs (,(make-keyword var))))
initargs)))
(defmethod direct-slot-definition-class ((class common-objects-class) &rest initargs)
(find-class 'common-objects-direct-slot-definition))
(defun parse-slot (slot-form)
(destructuring-bind (var name &rest opts)
slot-form
(check-type var (eql :var))
(check-type name symbol)
(list* 'list
:name `',name ;kludge
:var `',name
(mapcan (lambda (s)
(typecase s
(keyword (list s T))
(cons (copy-list s))))
opts))))
(defun ensure-common-objects-class (name &rest args
&key environment
documentation
direct-slots
&allow-other-keys)
(declare (ignore environment))
(apply #'ensure-class-using-class
(class-prototype (find-class 'common-objects-class))
name
:documentation documentation
:direct-superclasses (list (find-class 'common-objects-object))
:direct-slots direct-slots
:metaclass (find-class 'common-objects-class)
args))
(defmacro define-type (type-name &optional doc-string &body slots &environment environment)
(declare (ignore environment))
(if (typep doc-string 'string)
(setq slots (cdr slots))
(setq slots (cons doc-string slots)
doc-string nil))
`(ensure-common-objects-class ',type-name
:documentation ,doc-string
:direct-slots (list ,@(mapcar #'parse-slot slots))))
=>(send)を定義する場所がinitialize-instanceの中というのも変ですが、initialize-instanceの中でdefmethodを呼ぶのもまた嫌です。
しかし、make-methodで扱うmethod-functionの引数の形式がポータブルでなかった気がするので、defmethodにしました。
また、毎度のことですが、構文のスコープの扱い(名前⇔オブジェクト)が面倒臭いです。この辺りは、Schemeのようにオブジェクトだけだと統一感もあって楽なのですが。
試してみる
define-type構文が作るスコープの詳細が不明なのですが、defunと同じく周囲の変数は取り込めるようにしてみました。
(define-type foo
(:var x (:type 'list) (:init '(0 1 2 3)) :settable)
(:var y (:type 'integer) (:init 0) :initable))
(let ((obj (make-instance 'foo :x '(0 0 0 0) :y 42)))
(list (=> obj :x)
(setf (=> obj :x) '(1 1 1 1))
(=> obj :x)
(=> obj :set-x '(2 2 2 2))
(=> obj :x)))
→ ((0 0 0 0) (1 1 1 1) (1 1 1 1) (2 2 2 2) (2 2 2 2))
(let ((x 33))
(define-type bar
(:var x (:init x) :settable)))
(=> (make-instance 'bar) :x)
→ 33
まとめ
色々、改善したい点はありますが、とりあえずは、マニュアルの内容が一式動くようになるまで雑に作ってみたいと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
リストの破壊的反転でループアンローリング
Posted 2021-07-19 03:09:10 GMT
bit 1982年6月号の有澤誠先生の記事「トーイプログラム・ライブラリから (13) 線形リストの反転」で、リストの破壊的反転関数にループアンローリングを適用し一時変数への代入の回数を減らす手法が紹介されていたので、どんなものか試してみました。
ちなみにどうやらこちらの記事は、文中で紹介されている論文のネタをそのまま紹介している様子で論文は現在PDFで入手可能です。
ループアンローリングで代入を減らす
先に代入を減らしたものから紹介してみますが、こんな風になっています
(defun rev/ (list)
(declare (optimize (speed 3) (safety 0) (debug 0)))
(declare (type list list))
(let ((q list)
(p nil)
(r nil))
(declare (type list p q r))
(loop
(macrolet ((relink (a b c)
`(progn
(when (null ,b)
(return ,a))
(setq ,c (cdr ,b))
(setf (cdr ,b) ,a))))
(relink p q r)
(relink q r p)
(relink r p q)))))そして、アンローリングしないものは下記のようになりますが、ループ内の三つの変数に固定した役割を与えるために変数名の付け替えを行なっているのを、無駄なのでやめた結果が上記のアンローリングした格好になっています。
(defun rev (list)
(declare (optimize (speed 3) (safety 0) (debug 0)))
(declare (type list list))
(let ((q list)
(p nil)
(r nil))
(declare (type list p q r))
(loop
(macrolet ((relink (a b c)
`(progn
(when (null ,b)
(return ,a))
(setq ,c (cdr ,b))
(setf (cdr ,b) ,a))))
(relink p q r)
(setq p q)
(setq q r)))))アンローリングの効果はあるのか
LispWorksとSBCLで計測してみました。
参考にnreconcとも比較してみています。(nreverseだとリスト以外のsequenceにも対応しているため)
(defparameter *big-list*
(loop :repeat 10000 :collect (random 100)))
(let ((u *big-list*))
(time
(dotimes (n 100000 (car u))
(setq u (rev u)))))
(let ((u *big-list*))
(time
(dotimes (n 100000 (car u))
(setq u (rev/ u)))))
(let ((u *big-list*))
(time
(dotimes (n 100000 (car u))
(setq u (nreconc u nil)))))
LispWorks
rev:
User time = 2.930
System time = 0.010
Elapsed time = 2.933
Allocation = 138559752 bytes
0 Page faults
Calls to %EVAL 1800037rev/:
User time = 2.600
System time = 0.000
Elapsed time = 2.591
Allocation = 138568168 bytes
0 Page faults
Calls to %EVAL 1800037
nreconc:
User time = 5.110
System time = 0.000
Elapsed time = 5.099
Allocation = 138573152 bytes
0 Page faults
Calls to %EVAL 1900037
SBCL
rev:
Evaluation took:
1.530 seconds of real time
1.530000 seconds of total run time (1.530000 user, 0.000000 system)
100.00% CPU
5,048,088,615 processor cycles
0 bytes consedrev/:
Evaluation took:
1.230 seconds of real time
1.230000 seconds of total run time (1.230000 user, 0.000000 system)
100.00% CPU
4,071,225,671 processor cycles
0 bytes consed
nreconc:
Evaluation took:
1.750 seconds of real time
1.740000 seconds of total run time (1.740000 user, 0.000000 system)
99.43% CPU
5,736,956,404 processor cycles
0 bytes consed
今回の例では、アンローリングしたものは、LispWorksで一割強、SBCLで二割強速くはなっているようですが、リストの大きさによっては殆ど速度が変わらないこともあるようです。微妙に速いかも、という程度でしょうか。
まとめ
最近のコンパイラだとこれくらいの最適化はされそうですが、とりあえずのところCommon Lispではまだ無理のようです。
■
HTML generated by 3bmd in LispWorks 7.0.0
lw-add-ons の紹介
Posted 2021-07-11 20:22:43 GMT
一時期Lisp関係のライブラリを紹介するというのをやっていましたが、最近はそういうのもすっかりご無沙汰です。
そんな近頃ですが、最近、UltralispにLispWorksのdistができたので、このなかに収録されているlw-add-onsを久々に紹介してみます。
ちなみに、LispWorksのdistができた背景ですが、Quicklispのquicklisp distはSBCLで動作確認をしている関係からSBCLで動かないものは一切収録されておらず、lw-add-onsのようなLispWorks固有のライブラリは、配布の枠組みは作っているので誰かが独自のdistをまとめれば良いだろう、という雰囲気でした。
そういう流れのところに、たまたまUltralispの作者が最近LispWorksを利用するようになったので、処理系固有のdistとして試しにLispWorksのdistができた、という感じだと思います。
lw-add-ons とはなにか
lw-add-ons はcl-ppcre等でお馴染のEdmund Weitz氏が作製した、LispWorksのIDEをEmacs+SLIMEの環境に近付けるような拡張です。
試してみる
拡張の説明はライブラリのドキュメントに書いてあるので使い勝手的なところや、個人的なカスタマイズについて書いていきたいと思いますが、改めてドキュメントを確認してみると、開発当初の2005年のLispWorks 4.4の時代にはLispWorks IDEに存在しなかった機能も、LispWorksの版を重ねるごとに本体に取り込まれており、取り込まれていない機能は、arglistの表示の"Insert Space and Show Arglist"や、ドキュメントを開く、"Meta Documentation"とSLIMEのREPLのショートカット機能的なリスナーの拡張機能位になってしまいました。
個人的にはキーバインドをSLIMEにさらに近付けて使ったりしています。
;;; SLIMEのslime-doc-mapの模倣
(defvar *slime-doc-map* (editor::make-key-table))(editor::set-table-entry (editor::get-table-entry (editor::get-right-table :global :emacs)
(editor::crunch-key "Control-c"))
(editor::crunch-key "Control-d")
*slime-doc-map*)
;;; c-c c-d h でドキュメントを開く(SLIMEではHyperSpecを開く)
(editor::set-table-entry *slime-doc-map*
(editor::crunch-key "h")
(editor::find-command "Meta Documentation"))
また、LispWorksはMOPのドキュメントも標準で添付されてくるので、これを活用するように設定してみています。
(progn
(setq lw-add-ons:*mop-page*
(lw:lispworks-file "manual/online/MOP/mop/dictionary.html"))
(lw-add-ons::collect-mop-links))まとめ
Lispの開発環境単体で比較するなら、多分SLIMEよりLispWorksの方が強力なのですが、Emacs+SLIMEの方は、マルチプラットフォームでかつLisp開発で活用できる強力なテキスト編集拡張が存在するというのが、かなりの強みだなと思います。
まあ、LispWorksへEmacsのライブラリを移植すれば良いのですが、便利な拡張ライブラリはコードのボリュームも多くなかなか面倒です。
■
HTML generated by 3bmd in LispWorks 7.0.0
Uncommon Lispの系譜
Posted 2021-07-06 20:13:07 GMT
Maybe julia stands for "Jeff's uncommon lisp is automated"?Juliaコミュニティでuncommon lisp関係のもじりが産まれたようですが、昔からCommon Lispに対してUncommon Lispと言いたくなる人は出てくるようです。
一番有名なところでは、1985年のR2RSでしょうか。
1984に公の仕様となったCommon Lispが勢いのあった時期だけに、なにがCommon Lispじゃいと思っているLisp方言ユーザーも多かったのでしょう。
似たようなところでは、IBM LISP/370の開発記等もあります。
Lisp方言の名前に限らず、Uncommonなんとか、というのはLispのアプリケーション等でもたまに見掛ける命名法でもあります。
また、似た系統では、regexpに対して、irregexp等のようなものもあるようですが、普通とか共通というのに反発したくなっちゃう人が多いのかもしれません。
■
HTML generated by 3bmd in LispWorks 7.0.0
ifのelse部が可変長
Posted 2021-06-29 20:10:21 GMT
先日redditで、MACLISPの子孫でifのelse部が可変長なのを受け継いだのがEmacs Lispだけなのは何故かという質問がありました。
諸説ありますが、私は、「RMSの趣味」説を提唱したいです。
MACLISP系Lispのifの由来
ただその前にまずMACLISPのifがMACLISP系方言にMACLISPから伝搬していったという前提がまず微妙で、ifの仕様がMACLISPに由来するという前提がはっきりしなさそうです。
意外にもMACLISP系方言での標準的なifが成立するのは比較的新しく1978年あたりになりますが、現在メジャーなCommon LispやSchemeifの形式以外にバリエーションが多数ありました。
この辺りの流れをみると同時多発的にMACLISP方言にifが導入された様子で、下記の1978年のMACLISPのメーリングリストの議論を眺めるにその形式も揺れていたことがわかります。
そんなelse部が可変長のif形式ですが、少なくともLisp Machine LispとMACLISPでは採用されていました。MACLISPの方はいつ実装されたのかは不明なのですがLisp Machine Lispの方は記録が残っており、1979-07-20にAGRE氏によりelse部を可変長にしたらどうかという提案があったのを受けて、
RMSが1979-07-22日にLisp Machine Lispに機能を実装したようです。
I made the extension to IF for multiple else-clauses.
There seems to be no need for an IF-NOT macro when
(IF (NOT ...) ...) will work just as well with only 2 more characters.拡張と書いているので、Lisp Machine Lispでは、当初は、Common Lispと同じifの形式だった可能性もあります。しかしこの時期のLispマシンのソースコードが残っていないので詳細は分からず……。
そしてこの可変長のelse部のifですが、Lisp Machine Manualを眺めるに賛否両論があった様子。
Chinual 2では可変長だという説明はありませんが、Chinual 4では、else部が可変長であることと、その利用についてはプログラミングスタイルとして賛否があるという記述があり、Chinual 5で可変長についての記述はまた消えます。
ただし記述は消えるものの、Lisp Machine Lispとしてはifのelse部は可変長であり続けたようでSymbolicsのZetalisp等も受け継ぎました。
RMSの一貫性
さてここでRMSですが、RMSの発言等を古いメーリングリストで眺めていると、RMSのLispについての好みは非常に一貫していて、後に自身が実装したLisp処理系であるEmacs Lispの仕様と照らし合わせてみても、まったくぶれがありません。
この辺りを鑑みるにLispマシングループでifのelse部の可変長について議論あった際にはRMSは可変長else派であったのではないでしょうか。
そして自らのLisp実装には可変長elseのifを採用するのは自然なのでEmacs Lispのifもelse部が可変長、ということになったのではないでしょうか。
以上が私の「ifのelse部が可変長なのはRMSの趣味」説です。
まとめ
RMSのLispの好みの一貫性については、非常に面白いのでいつかまとめてみたいところです。
■
HTML generated by 3bmd in LispWorks 7.0.0
Common Lispで多重な可変長引数
Posted 2021-06-19 18:16:27 GMT
InfoQ: Swift 5.4が複数の可変数引数、リザルトビルダなどをサポートの記事を読んで、lSwiftがCommon Lispでいう可変長なキーワード引数をサポートするようなのですが、Common Lispだとどんなことになるか真似してみることにしました。
その1: キーワード引数が可変長引数化するらしい
;// The third parameter does not require a label because the second isn't variadic.
;func splitVarargs(a: Int..., b: Int, _ c: Int...) { }
;splitVarargs(a: 1, 2, 3, b: 4, 5, 6, 7)
;// a is [1, 2, 3], b is 4, c is [5, 6, 7].一見して混乱の元に感じるのですが、Swiftだと便利な状況なのでしょう。
Common Lispだとキーワード引数は可変にすることはできません。
ただ下記のようにマクロのラムダ引数であればリストにできるので機能的に同等のものは書けるでしょう。
(defmacro split-varargs (&key ((:a (&rest a) nil)) b ((:c (&rest c) nil)))
`(list ,@a ,b ,@c))(split-varargs :a (1 2 3) :b 4 :c (5 6 7))
→ (1 2 3 4 5 6 7)
(split-varargs :b 4 :a (1 2 3) :c (5 6 7))
→ (1 2 3 4 5 6 7)
;splitVarargs(b: 4)
;// a is [], b is 4, c is [].
(split-varargs :b 4)
→ (4)twoVarargs()
(two-varargs)
→ nil
寧ろ括弧でグルーピングした方が読み易いのでは
その2: 固定長と可変長のキーワード引数を混在できる
固定長の場合、ラベル(キーワード)を省略できるそうなのですが、混乱しそうな機能をどんどん盛り込んでる気がしてならない……。
;// The third parameter does not require a label because the second isn't variadic.
;func splitVarargs(a: Int..., b: Int, _ c: Int...) { }
;splitVarargs(a: 1, 2, 3, b: 4, 5, 6, 7)
;// a is [1, 2, 3], b is 4, c is [5, 6, 7].
;splitVarargs(a: 1, 2, 3, b: 4, 5, 6, 7)(defmacro split-varargs (&key ((:a (&rest a) nil)) b ((:c (&rest c) nil)))
`(list ,@a ,b ,@c))(split-varargs :a (1 2 3) :b 4 :c (5 6 7))
→ (1 2 3 4 5 6 7)
(split-varargs :b 4 :a (1 2 3) :c (5 6 7))
→ (1 2 3 4 5 6 7)
;splitVarargs(b: 4)
;// a is [], b is 4, c is [].
(split-varargs :b 4)
→ (4)
固定長の方にはデフォルト値を与えることが可能
;// Note the third parameter doesn't need a label even though the second has a default expression. This
;// is consistent with the current behavior, which allows a variadic parameter followed by a labeled,
;// defaulted parameter, followed by an unlabeled required parameter.
;func varargsSplitByDefaultedParam(_ a: Int..., b: Int = 42, _ c: Int...) { }
;func varargsSplitByDefaultedParam(_ a: Int..., b: Int = 42, _ c: Int...) { }
(defmacro varargs-split-by-defaulted-param (&key ((:a (&rest a) nil)) (b 42) ((:c (&rest c) nil)))
`(list ,@a ,b ,@c));varargsSplitByDefaultedParam(1, 2, 3, b: 4, 5, 6, 7)
;// a is [1, 2, 3], b is 4, c is [5, 6, 7].
(varargs-split-by-defaulted-param :a (1 2 3) :b 4 :c (5 6 7))
→ (1 2 3 4 5 6 7)
;varargsSplitByDefaultedParam(b: 4, 5, 6, 7)
;// a is [], b is 4, c is [5, 6, 7].
(varargs-split-by-defaulted-param :b 4 :c (5 6 7))
→ (4 5 6 7)
;varargsSplitByDefaultedParam(1, 2, 3)
(varargs-split-by-defaulted-param :a (1 2 3))
→ (1 2 3 42)
Common Lispの標準のラムダ引数では真似できないところ
自明なところで、ラベルを省略できる
;twoVarargs(1, 2, 3)
NG (two-varargs 1 2 3)上記の場合、(two-varargs :a 1 2 3)を(two-varargs 1 2 3)と書けたりするということなのですが、Common Lispの場合、引数をリストで受け取って全部自前で処理すれば可能ですが、組み込みの機能では無理です。
しかし、これも混乱の元になる機能のような……。
まとめ
キーワード引数で&restというのはCommon Lispでも実際に使っているのを目にしたことはありませんが、多分、見掛けが関数呼び出しに見えてしまうので避けられるのでしょう。
■
HTML generated by 3bmd in LispWorks 7.0.0
SRFI-1のbreakの使いどころ
Posted 2021-06-16 00:48:14 GMT
kyannyさんのサルでもわかる L-99 の P09を読んで、これはSRFI-1のbreakがうまくはまりそうな例だと思ったので試してみました。
SRFI-1のbreakとは、ある条件が成立するところを境にリストを二つに分け、それを多値で返すというものですが、個人的にはどこで使うんだろうという印象を持っていました。
(ql:quickload "srfi-1") ;ultralisp
(srfi-1:break (lambda (x)
(not (equal 'a x)))
'(a a a a b c c a a d e e e e))
→ (a a a a)
(b c c a a d e e e e)breakを使えば、L-99のP09 packは、下記のように書けます。
(defun pack (list)
(etypecase list
(null '())
(cons (multiple-value-call (lambda (head tail)
(cons head (pack tail)))
(srfi-1:break (lambda (x)
(not (equal (car list) x)))
list)))))(pack '(a a a a b c c a a d e e e e))
→ ((a a a a) (b) (c c) (a a) (d) (e e e e))
#| ※3832840949 ;2021-06-16T2302 追記
一致しないもので二分するbreakより一致したもので二分するspanの方が素直ではないかとのご指摘を頂きました。確かに!
(defun pack (list)
(etypecase list
(null '())
(cons (multiple-value-call (lambda (head tail)
(cons head (pack tail)))
(srfi-1:span (lambda (x)
(equal (car list) x))
list)))))(pack '(a a a a b c c a a d e e e e))
→ ((a a a a) (b) (c c) (a a) (d) (e e e e))
※3832840949 ;2021-06-16T2302 追記 |#
SRFI-1はSchemeが本家本元なので、一応Racket(Scheme)でも書いてみました。
(require srfi/1)(define (pack list)
(if (null? list)
'()
(call-with-values (λ ()
(break (λ (x)
(not (equal? (car list) x)))
list))
(λ (head tail)
(cons head (pack tail))))))
(pack '(a a a a b c c a a d e e e e))
→ '((a a a a) (b) (c c) (a a) (d) (e e e e))
L-99の元ネタはPrologのP-99なのですが、P-99の模範回答でもbreakと同等の機能の下請け述語を定義してつかうようです。
ということで、なんとなくShenのProlog機能でbreakを定義してpackを書いてみました。
(defprolog break
Item [] [] [] <--;
Item [X|Xs] [] [X|Xs] <-- (when (not (= Item X)));
Item [Item|Xs] [Item|Ps] Ys <-- (break Item Xs Ps Ys);)(defprolog pack
[] [] <--;
[Item|Xs] [Ps|Zs] <-- (break Item [Item|Xs] Ps Ys) (pack Ys Zs);)
(prolog? (pack [a a a a b c c a a d e e e e] Xs) (return Xs))
→ [[a a a a] [b] [c c] [a a] [d] [e e e e]]
まとめ
L-99に取り組み始めたのは、かれこれ14年前ですが、いまだに完遂していません……。
- 2010-05-31 [P-99]P09
- 2008-09-26 ClojureでL-99 (P09 連続して現われる要素を纏める)
- 2008-06-04 DylanでL-99 (P09 連続して現われる要素を纏める)
- 2008-05-28 LISP1.5でL-99 (P09 連続して現われる要素を纏める)
- 2008-06-04 pfcでL-99 (P09 連続して現われる要素を纏める)
- 2008-04-10 GOOでL-99 (P09 連続して現われる要素を纏める)
- 2008-03-11 CLOSでL-99 (P09 連続して現われる要素を纏める)
- 2008-02-13 ArcでL-99 (P09 連続して現われる要素を纏める)
- 2007-01-21 L-99 (9)
- 本ブログL-99記事一覧
■
HTML generated by 3bmd in LispWorks 7.0.0
compiled-functionという型
Posted 2021-06-13 21:02:13 GMT
Common Lispにはcompiled-functionというコンパイル済みの関数という変った型がありますが、あまり活用されていないマイナー機能のためか最適化の指示等で使うと、最適化されそうな型名とは裏腹に最適化されないことがあったりします。
下記は現時点での最新のSBCL 2.1.5の例ですが、compiled-functionで型指定すると遅くなります。
(declaim (ftype (function (fixnum) fixnum) loop/function loop/compiled-function))(defun loop/function (n)
(declare (optimize (speed 3) (debug 0) (safety 0)))
(if (zerop n)
0
(funcall (the function #'loop/function) (1- n))))
(defun loop/compiled-function (n)
(declare (optimize (speed 3) (debug 0) (safety 0)))
(if (zerop n)
0
(funcall (the compiled-function #'loop/compiled-function) (1- n))))
(time (loop/function #.(expt 10 10)))
Evaluation took:
2.830 seconds of real time
2.820000 seconds of total run time (2.820000 user, 0.000000 system)
99.65% CPU
9,310,557,922 processor cycles
0 bytes consed
(time (loop/compiled-function #.(expt 10 10)))
Evaluation took:
27.800 seconds of real time
27.780000 seconds of total run time (27.780000 user, 0.000000 system)
99.93% CPU
91,499,786,739 processor cycles
0 bytes consed
disassembleすると、loop/compiled-functionの方は末尾呼び出しにはなっているものの、単純ループにまでは最適化されていないことが判ります。
; disassembly for LOOP/FUNCTION
; Size: 22 bytes. Origin: #x536BA8A0 ; LOOP/FUNCTION
; A0: L0: 4885D2 TEST RDX, RDX
; A3: 7409 JEQ L1
; A5: 488D42FE LEA RAX, [RDX-2]
; A9: 488BD0 MOV RDX, RAX
; AC: EBF2 JMP L0
; AE: L1: 31D2 XOR EDX, EDX
; B0: 488BE5 MOV RSP, RBP
; B3: F8 CLC
; B4: 5D POP RBP
; B5: C3 RET; disassembly for LOOP/COMPILED-FUNCTION
; Size: 35 bytes. Origin: #x536BA9C6 ; LOOP/COMPILED-FUNCTION
; C6: 4885D2 TEST RDX, RDX
; C9: 7508 JNE L0
; CB: 31D2 XOR EDX, EDX
; CD: 488BE5 MOV RSP, RBP
; D0: F8 CLC
; D1: 5D POP RBP
; D2: C3 RET
; D3: L0: 4883C2FE ADD RDX, -2
; D7: 488B05C2FFFFFF MOV RAX, [RIP-62] ; #<FUNCTION LOOP/COMPILED-FUNCTION>
; DE: B902000000 MOV ECX, 2
; E3: FF7508 PUSH QWORD PTR [RBP+8]
; E6: FF60FD JMP QWORD PTR [RAX-3]
恐らくSBCLの型推論のバグだと思いますが、報告するのも面倒で、発見から早六年経過してしまいました。
もしかすると、compiled-functionが再帰で使われた際に自分がコンパイル済みかどうかは判定が微妙というのもあるのかもしれません。
とはいえ、functionで最適化できているのだから特に問題なさそうですし、SBCLはコンパイラ指向なので関数は全部コンパイルされると見做しても良さそうでもあります。
一応他の処理系でも試してみましたが、LispWorksではcompiled-functionでも単純ループに最適化されました(fixnumの指定に若干の変更あり)
Disassembly of loop/compiled-function
4020001734:
0: 4157 push r15
2: 55 push rbp
3: 4889E5 moveq rbp, rsp
6: 4989DF moveq r15, rbx
L1: 9: 4883FF00 cmpq rdi, 0
13: 750E jne L2
15: 31FF xor edi, edi
17: B901000000 move ecx, 1
22: 4889EC moveq rsp, rbp
25: 5D pop rbp
26: 415F pop r15
28: C3 ret
L2: 29: 4883EF08 subq rdi, 8
33: EBE6 jmp L1
35: 90 nop まとめ
SBCLの処理系のコードを追い掛けてみると案外ややこしいのに加え、compiled-functionの指定など誰も使わなそうなのでバグ報告に至っていません。
誰かとりまとめて報告してみてください……。
■
HTML generated by 3bmd in LispWorks 7.0.0
(if (if ...
Posted 2021-06-06 20:48:53 GMT
なんとなく古いコードを眺めていて、ifの述語部にifが出てくるのを発見。
最近のコードにはあまり見掛けない気がするのですが、値を返すプログラミングスタイル(昔は適用型言語とも呼ばれた)らしいといえば、らしいので、どれくらい使われているのかざっと古いコードを検索してみました。
古いコードでは10万行中20〜30例位の頻度のようです。
具体的にどんなものがあるかというと、下記はNILのデバッガコマンドのコード中のもので、Zippy the Pinheadからの引用を表示するyowという謎コマンドですが(何故デバッガの機能として存在するのか)、
コマンド引数がnilなら、ランダムに引用し、引数で引用の番号が指定されているならば、範囲内かどうか調べ、表示するかエラーとするか、というものです。
(defun com-yow (arg &aux (n (simple-vector-length *yow*)))
"Prints a Zippy the Pinhead quotation.
With no argument, one is selected at random; with an argument, selects
that numbered one."
(if (if (null arg) (setq arg (random n *yow-rs*)) (< -1 arg n))
(dfmt "~&~A~%" (svref *yow* arg))
(dfmt " Out of range -- I know about ~D quotations.~%" n)))類似の例としては、(if (or (and A B) ...や、(if (cond ...がありますが、(if (or (and A B) ...あたりは、たまに出来ちゃっていることもあるようなないような。
結構慣れないとぱっと思い付いて書くこともできなさそうですが機会があれば使っていきたいですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
スコープも含めて式をコピーするエディタコマンドが欲しい
Posted 2021-05-25 19:16:48 GMT
Lispのコードを編集している時に式を外側に持ち出す時に囲んでいるスコープの変数も一緒に連れて行きたいことがたまにありました。
(defun foo (&aux x)
(list x x x x))の(list x x x x)をコピーする際に、
(let ((x x))
(list x x x x))のように式がコピーできたら良いなというところですが、実験で変数環境を展開する無意味なマクロを作成している時に、これを応用すれば環境ごとコピーできるエディタコマンドが作成できるのでは、と思ったので作成してみます。
とりあえず、変数環境を展開する無意味な無意味なマクロとはこのようなものです。
#+LispWorks
(defmacro bind-env (&body body &environment env)
`(let (,@(mapcar (lambda (x)
(if (walker:variable-special-p x env)
`(,x ,x)
`(,x ,x)))
(walker::env-lexical-variables env)))
'.bind-env.
,@body))LispWorks用ですが、大体の処理系に対応するAPIは備わっていますので移植は簡単です。
こんな感じに使いますが、マクロを展開すると、bind-envの周りの変数をletのフォームとして組み立てます。
(let ((x 42))
(bind-env
(list x x)))
===>
(let ((x 42))
(let ((x x))
'.bind-env.
(list x x)))エディタコマンドの作成
上記の謎マクロによって環境をletの式として表現できるようになったので、これをエディタのコマンドにしてみます。
LispWorksのHemlock用のコードですが、環境込みでマクロ展開した部分式をletで囲んだ文字列を作成するだけなので、SLIME等でも作成できると思います。
(defun toplevel-form-to-string (point)
(let (str form-beg form-end)
(with-defun-start-end-points (beg end :errorp nil) point
(setq str (points-to-string beg end))
(setq form-beg (copy-point beg))
(setq form-end (copy-point end)))
(values str form-beg form-end)))
(defun form-to-string (point)
(let (str form-beg form-end)
(save-excursion
(with-point ((beg point))
(setq form-beg (copy-point beg))
(forward-form-command 1)
(setq str (points-to-string beg (current-point)))
(setq form-end (copy-point (current-point)))))
(values str form-beg form-end)))
(defmacro bind-env (&body body &environment env)
`(let (,@(mapcar (lambda (x)
(if (walker:variable-special-p x env)
`(,x ,x)
`(,x ,x)))
(walker::env-lexical-variables env)))
'.bind-env.
,@body))
(defun extract-binds (form)
(labels ((%extract-binds (form)
(cond ((atom form) form)
((and (consp form)
(eq 'let (elt form 0))
(equal ''.bind-env. (elt form 2)))
(return-from extract-binds (elt form 1)))
(T (%extract-binds (print (car form)))
(%extract-binds (cdr form))))))
(%extract-binds form)))
(defcommand "Save Form With Env" (p)
"Save Form With Env"
"Save Form With Env"
(declare (ignore p))
(multiple-value-bind (killed killed-beg killed-end)
(form-to-string (current-point))
(with-point ((point (current-point)))
(multiple-value-bind (whole whole-beg whole-end)
(toplevel-form-to-string (current-point))
(declare (ignore whole))
(let* ((killed/env (concatenate 'string
"(editor::bind-env "
killed
")"))
(whole/env (concatenate 'string
(points-to-string whole-beg killed-beg)
killed/env
(points-to-string killed-end whole-end)))
(expanded (with-compilation-environment-at-point (point)
(walker:walk-form (read-from-string whole/env))))
(binds (format nil
"~&(let ~A~% ~A)"
(write-to-string (extract-binds expanded))
killed)))
(set-current-cut-buffer-string (current-window) binds))))))
使ってみる
切り取り動作にするかコピー動作にするか迷いましたが、とりあえず今回はコピー動作にしてみました。
(defun fib (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2)))))の(ifの前でM-x Save Form With Envすると、
(let ((n n))
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2)))))がコピーされるので、適宜貼り付けることが可能です。
こんな感じの手作りインライン展開をする時などに便利なのではないでしょうか(便利か?)
(defun fib (n)
(if (< n 2)
n
(+ (let ((n (1- n)))
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2)))))
(let ((n (- n 2)))
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))))まとめ
今回は、letに抜き出しましたが、defunの式をlambdaに抜き出したりしても良さそうですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
fletで再帰
Posted 2021-05-23 14:49:07 GMT
こちらの記事を読んで、そういえばSchemeのプログラムをCommon Lispに移植する際などのLisp1→Lisp2変換で似たようなことが必要になるなと思ったので、自分が良く使う方法をまとめてみます。
まず、fletは少し特殊なスコープを持つ構文で、defunやlabelsと違って、同じ階層のローカル関数を呼び出すことができません。
(flet ((fib (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))
(fib 20))
>>>Error: Undefined operator fib in form (fib (1- n)).(flet ((fib (n) n))
(flet ((fib (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))
(fib 20)))
→ 37
ただ、同じ階層のローカル関数がスコープにないだけなので、ローカル変数として自分自身与えれば再帰できます。
(flet ((fib (n fib)
(if (< n 2)
n
(+ (funcall fib (1- n) fib)
(funcall fib (- n 2) fib)))))
(fib 20 #'fib))
→ 6765Schemeのletrec等の実装方法での常套句のように変数を代入してやる方法もあります。
(let ((fib #'identity))
(flet ((fib (n)
(if (< n 2)
n
(+ (funcall fib (1- n))
(funcall fib (- n 2))))))
(setq fib #'fib)
(fib 20)))
→ 6765この手法はCommon Lispでも古典的なようで、Spice Lisp(1980年初頭)のコンパイラでのlabelsの実装(式変形)もこんな感じみたいです。
- Spice Lisp: CLC.SLISP
(def-cg labels cg-labels (x &body body)
(let ((*fenv* *fenv*))
(do ((defs x (cdr defs))
(new-env *fenv*)
(let-list nil)
(setq-list nil)
(name (new-internal-variable) (new-internal-variable)))
((atom defs)
(setq *fenv* new-env)
;; With new *FENV* bindings in effect, compile the functions,
;; then the body.
(cg-form
`(let ,let-list (setq ,@setq-list) (progn ,@body))
for-value))
(push name let-list)
(push `#'(lambda ,@(cdar defs)) setq-list)
(push name setq-list)
(push (cons (caar defs) name) new-env))))これは、
(labels ((fib (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))
(fib 20))のような式を、大体下記のように変形します。
(let (.fib.)
(flet ((fib (n) (funcall .fib. n)))
(setq .fib. #'(lambda (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))
(fib 20)))
→ 6765Common Lispではどういう時に使うか
多分あまり使わないと思いますが、Schemeのletrec系の構文を実装する際などには、Lisp1→Lisp2の変換が必要になるので、大体似たようなものを作ることになると思います。
(letrec ((fib (lambda (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2)))))))
(fib 20))
→ 6765
■
HTML generated by 3bmd in LispWorks 7.0.0
(declare (ignore initargs) (dynamic-extent initargs)) って意味あるの
Posted 2021-05-20 16:53:55 GMT
Eclipse Common Lispのソースを眺めていると、
(declare (ignore initargs) (dynamic-extent initargs))というのが結構出てきます。
これって果して何かしらの効果あるのだろうかと気になります。
そもそもignoreしているので、dynamic-extentもなにもないのですが、何か深い理由がありそうななさそうな。
Eclispse CLでコンパイル結果を確認してみる
とりあえず、Eclispse CLでコンパイル結果が変化したりするのか確認してみます。
(defun foo (arg)
(declare (ignore arg) (dynamic-extent arg))
42)> (disassemble 'foo)
#include <eclipse.h>
clObject clExtraArgs(clProto), clMissingArgs(clProto);static clObject I_1, I_42;
clObject usrFoo clVdecl(_ap)
{ clObject arg;
{ clBeginParse(_ap);
clSetq(arg,
(_clVp(_ap) ? clVpop(_ap) : clMissingArgs(I_1, clEOA)));
if (_clVp(_ap)) clExtraArgs(clVargs(_ap), clEOA);
clEndParse(_ap); }
return(clValues1(I_42)); }
void clLoader __P((void))
{ clDbind(clstarPACKAGEstar);
clDbind(clstarREADTABLEstar);
clDbind(clstarLOAD_TRUENAMEstar);
clDbind(clstarLOAD_PATHNAMEstar);
clSetq(I_1, clIntFixnum(1));
clSetq(I_42, clIntFixnum(42));
clMakeClosure(0, usrFoo, clNULL_HOOK);
clUnwind(4);
}
NIL(defun bar (arg) 42)> (disassemble 'bar)
#include <eclipse.h>
clObject clExtraArgs(clProto), clMissingArgs(clProto);static clObject I_1, I_42;
clObject usrBar clVdecl(_ap)
{ clObject arg;
{ clBeginParse(_ap);
clSetq(arg,
(_clVp(_ap) ? clVpop(_ap) : clMissingArgs(I_1, clEOA)));
if (_clVp(_ap)) clExtraArgs(clVargs(_ap), clEOA);
clEndParse(_ap); }
return(clValues1(I_42)); }
void clLoader __P((void))
{ clDbind(clstarPACKAGEstar);
clDbind(clstarREADTABLEstar);
clDbind(clstarLOAD_TRUENAMEstar);
clDbind(clstarLOAD_PATHNAMEstar);
clSetq(I_1, clIntFixnum(1));
clSetq(I_42, clIntFixnum(42));
clMakeClosure(0, usrBar, clNULL_HOOK);
clUnwind(4);
}
NIL上記foo、barで何も変化なしです。
Eclipse CL以外の処理系でもちょっと確認してみましたが、手元の処理系では差が出るものはありませんでした。
推理
色々考えてみましたが、Eclipse CLのコードにはかなりdynamic-extent宣言が多く、何かの雛形から生成されたようなコードも多いので、雛形として(declare (dynamic-extent initarg))が付いているところに、追加で、(declare (ignore initarg))がさらに機械的に付加されたのかもしれません。
(declare (ignore arg) (dynamic-extent arg))で何か面白い応用ができないか色々考えてみましたが、特に思い付かず……。
何か面白い応用があれば是非教えてください。
■
HTML generated by 3bmd in LispWorks 7.0.0
無効化するとunreachableを出すassert
Posted 2021-05-17 18:44:42 GMT
コンパイラへの指示で、assertを無効にした時に消えてしまうのではなくて、unreachableに変化すると最適化のヒントになって良いのではないか、というのを目にしたので、Common Lispで似たようなことができないか試してみます。
Common Lispでは、assertは継続エラーを出すという仕様なので最適化で消えたりはしませんが、ブロックから早期脱出するようにすれば、後続のコードが不達になって不達コードの警告を出すコンパイラもあると思います(SBCL等)
(ql:quickload 'policy-cond)(defun innermost-block (env)
(let ((blk (car #+sbcl (sb-c::lexenv-blocks env)
#+lispworks (compiler::environment-benv env))))
(values (car blk) (cdr blk)))))
(defmacro assert* (test-form &environment env)
(multiple-value-bind (name namep)
(innermost-block env)
(if (or name namep)
`(policy-cond:policy-if (eql 0 cl:safety)
(unless ,test-form (return-from ,name nil))
(assert ,test-form))
`(assert ,test-form))))
policy-condを利用してsafety 0の時だけassertが早期脱出のコードに変換されるようにしてみました。
(defun bar (n)
(declare ((integer 0 2) n))
(declare (optimize (safety 0)))
(assert* (= 3 n))
(list n))(bar 1)
→ nil
LispWorksあたりだと、早期脱出のコードに変換される程度ですが、SBCLでは不達コードの警告を出したりはできるようです。
とはいえ、残念ながらコンパイル時に判明している値レベルでしか判定できませんが。
(defun bar (n)
(assert* (= 3 4))
(print n)); processing (DEFUN BAR ...)
; file: /tmp/slimert9DD9
; in: DEFUN BAR
; (PRINT N)
; ==>
; N
;
; note: deleting unreachable code
;
; compilation unit finished
; printed 1 note
まとめ
SBCLを始めとするPythonコンパイラ系では、型情報の伝搬や、不達コードの検出等の機能はそこそこありますが、一度どの程度のことをやってくれるのかまとめてみたいところです。
関連
■
HTML generated by 3bmd in LispWorks 7.0.0
M式の魅力の無さについて
Posted 2021-05-14 01:29:23 GMT
LispといえばS式ですが、S式について語られる際には大抵はM式も一緒に話題にのぼります。
M式は実際の所、正式な仕様は存在しないので処理系製作者が独自に拡張したものをM式としていたことが多いようですが、今回は、そんなM式の魅力の無さについて考えてみましょう。
魅力の無さ その1: 別に中置記法ではない
前置記法のS式を比較対象とするからか、M式は中置記法といわれますが、中置の文法ではっきり決まっていそうなのは関数定義のdefineの=/≡位と、conldで使われる→位で、あとは前置ですし、ユーザー定義の関数は前置です。
後のプログラミング言語のようにユーザーが中置の文法を定義し結合度を定義する、という機構もありません。
M式の構文自体は、当時のFORTRAN I的に書けたら良いのではないか、という程度の構想だったようですが、FORTRAN Iの構文自体がそれ程洗練されたものでもありません。
結局のところ関数名が括弧の外に出ているだけ、という感じです。
fib[n] = [greaterp[2; n] → n;
T → plus[fib[difference[n; 1]];
fib[difference[n; 2]]]]なお、本格的なプログラミング構文としては、LISP 2でのALGOL構文の採用がありますが、LISP 2は構文としてはALGOLそのものなので中置構文のリッチさに関してはLISP 2が勝るでしょう。
LISP 2
integer function fib(n); integer n;
if n < 2
then n
else fib(n - 1) + fib(n - 2);
end;1960年代当時の次世代LISPであるLISP 2でのALGOL構文の採用が、M式をさらに中途半端な存在にした可能性もなくはないかなと思います。
なお、1960年代に実装されたM式系の構文としては、SDS 930 LISP(1965)のM-languageや中西先生のKLISPがあります。
中西先生の文献にはM言語というのが良く出てきますが、SDS 930 LISP由来なのかもしれません。
SDS 930 LISP
fib [n] : [2 > n # n;
T # (fib (n - 1)) + (fib (n - 2))]ちなみに蛇足ですが、S式はリストで式を表現しているだけなので、リストで中置記法を表現することは可能です。
((fib n) = ((2 > n) → n
T → ((fib(n - 1)) + (fib(n - 2)))))魅力の無さ その2: 括弧の数は少ししか減っていない
括弧は外側を囲むことによってグループ化しますが、括弧を減らす記法として、結合する記号を定義して前後を結合する中置記法や、インデントの深さによってグループ化するオフサイドルールや、引数の数を元に括弧を省略する本来のポーランド記法がありますが、上述のようにM式には極僅かしか中置構文が定義されていないので括弧の数は大してかわりません。
数学記号を中置演算子として用意すれば、括弧を減らすことは可能ですが、上述のようにユーザー定義部分は大して変化なしです。
fib[n] = [[2 > n] → n;
T → fib[n - 1] + fib[n - 2]]]魅力の無さ その3: 構文の括弧に[]を使っている
LISPの極初期では、構文は()とデリミタの,組み合わせで記述されていたようですが、LISP 1.5の頃には[]と;の組み合わせになってしまいました。
fib(n) = (greaterp(2, n) → n,
T → plus(fib(difference(n, 1)),
fib(difference(n, 2))))→
fib[n] = [greaterp[2; n] → n;
T → plus[fib[difference[n; 1]];
fib[difference[n; 2]]]]
()と,は、M式内のS式(リスト)の記法に使われることになったようですが、プログラムの記述の方をゴツくしてしまった理由は謎です。
魅力の無さ その4: 構文の記法とデータの記法が未分化
λの仮引数の後に;が必要だったりで構文というよりデータという感じがしてしまいます。
結局M式のこういう中途半端なところがS式へ吸収される原因だったのではないでしょうか。
fib = λ[[n];
[greaterp[2; n] → n
T → plus[fib[difference[n; 1]];
fib[difference[n; 2]]]]]魅力の無さ その5: データの記法とプログラム構文の記法を覚えないといけない
データからプログラムを作るLispならではの問題ですが、記法が2つあるとどういうルールでどう変換するのか、を覚える必要があります。
この辺りの課題は、M式、ALGOL構文のLISP 2、Dylan、最近だとJuliaにもありますが、プログラム構文としてリッチであれば、データへ変換する際のルールも多くなり直感的でなくなるでしょうし、貧弱であれば、S式で良いじゃんということになってしまいます。
まとめ
結局S式でいいですね。
関連
■
HTML generated by 3bmd in LispWorks 7.0.0
番号付き括弧
Posted 2021-05-12 01:47:37 GMT
PDP-11上のLISP処理系であるLISP-11のマニュアルを眺めていたところ、括弧の下の行に番号を付与している記述がありました。
1960年代初頭のパンチカード時代に良く利用されていたようですが、編集時の括弧のずれでエラーになった場合に不整合を素早く検知できたりするかもしれないので、そういうエディタコマンドを作成してみます。
(ql:quickload "split-sequence")
(defun numbered-parens (str)
(with-output-to-string (out)
(let ((pc 0))
(format out
"~&~{~A~^~%~}"
(mapcan (flet ((subchar (pc)
(character (princ-to-string (mod pc 10)))))
(lambda (line)
(list line
(map-into (make-string (length line))
(lambda (c)
(case c
(#\( (prog1 (subchar pc) (incf pc)))
(#\) (prog2 (decf pc) (subchar pc)))
(otherwise #\Space)))
line))))
(split-sequence:split-sequence #\Newline str))))))
#+LispWorks
(progn
(editor:defcommand "Numbered Parens" (p)
""
""
(declare (ignore p))
(editor::with-random-typeout-to-window ()
(editor::with-defun-start-end-points (beg end)
(editor:current-point)
(write-string (numbered-parens (editor::points-to-string beg end))))))
(editor:bind-key "Numbered Parens" "Control-N")
)括弧のエスケープの処理をきちんと処理するのは手間なので実装していませんが、こんな感じに表示します。
(defun numbered-parens (str)
0 1 1
(with-output-to-string (out)
1 2 2
(let ((pc 0))
2 34 43
(format out
3
"~&~{~A~^~%~}" (mapcan (flet ((subchar (pc)
4 5 67 8 8
(character (princ-to-string (mod pc 10)))))
8 9 0 09876
(lambda (line)
6 7 7
(list line
7
(map-into (make-string (length line))
8 9 0 09
(lambda (c)
9 0 0
(case c
0
(#\( (prog1 (subchar pc) (incf pc)))
1 2 3 4 4 4 432
(#\) (prog2 (decf pc) (subchar pc)))
2 2 2 3 3 3 321
(otherwise #\Space)))
1 109
line))))
8765
(split-sequence:split-sequence #\Newline str))
))))
5 543210まとめ
近頃だと括弧を虹色に分別して表示する機能があり、LispWorksにも標準で実装されていたりしますが、60年前のrainbow modeというところですね。
個人的には色分けされても括弧対応が判然としないのですが、数字付きだとさすがにはっきりします。
さて、果してデバッグで役に立つかどうか、しばらく使ってみます。
■
HTML generated by 3bmd in LispWorks 7.0.0
Common Lispでsingle-floatを返す関数をdouble-float返すようにする設定はあるか
Posted 2021-05-09 23:17:53 GMT
Common Lispでsingle-floatを返す関数をdouble-float返すようにする設定はあるか
Common Lispの標準状態の浮動小数点の精度は、単精度(single-float)です。
最近のプログラミング言語の標準の精度は倍精度(double-float)だったりするので、言語間を跨ぐと若干面倒だったりするのですが、標準で倍精度にする設定はないのでしょうか。
# Python
import cmath
cmath.sqrt(-1/3)
→ 0.5773502691896257j;; Common Lisp
(sqrt -1/3)
→ #C(0.0 0.57735026)結論:そういう設定はない
結論からいうと、そういう設定はありません。
*read-default-float-format*をdouble-floatにすると良いという話は良く耳にしますが、浮動小数点数の読み取りのデフォルトを設定するのみなので、整数等の読み取りには影響なしです。
(setq *read-default-float-format* 'double-float)
→ double-float
(sqrt -1/3)
→ #C(0.0F0 0.57735026F0)
(expt 1 1/2)
→ 1.0F0
上記のような場合、入力側で整数等を浮動小数点数に変換してやることになります。
(sqrt (float -1/3 0d0))
→ #C(0.0D0 0.5773502691896257D0)(expt 1 (float 1/2 0d0))
→ 1.0D0
まとめ
結局のところユーティリティパッケージを作成するしかないようですが、そういうパッケージを見掛けない気がするので需要はないのかもしれません。
作成するとしたら、Common Lispの標準関数で該当するものをdouble-float:sqrtのようにまとめることになりそうです。
■
HTML generated by 3bmd in LispWorks 7.0.0
HAKMEM: ITEM 59 (Schroeppel)
Posted 2021-05-07 23:52:11 GMT
このブログのためのネタ帳をひっくり返して眺めてみると5年位放置しているネタで、HAKMEM: ITEM 59 (Schroeppel)というメモがありました。
HAKMEMはMIT AIラボの人達のメモ集ですが、割合に雑多なメモです。
HAKMEM ITEM 59は、数字の関係だけが記述されていて、メモを残した理由も記述されていません。
2
91038 90995 89338 00226 07743 74008 17871 09376 =82880 83126 51085 58711 66119 71699 91017 17324
91038 90995 89338 00226 07743 74008 17871 09376
とりあえず、
- 2乗した場合に桁数が倍
- 下半分に自分自身が含まれる
ような数を探してみろということなのかなと思い、例題の40桁の倍の80桁のものを探してみることにします。
(defun fig (x)
(length (princ-to-string x)))
(defun test-it (x)
(multiple-value-bind (q r)
(floor (expt x 2)
(expt 10 (fig x)))
(= x r)))
(defun pp (x &optional (out *standard-output*))
(let ((xx (format nil "~,,' ,5:D" x)))
(format out
"~%~VD~%~A =~2%~{~V,,' ,5:D~%~}"
(1+ (length xx)) 2
xx
(multiple-value-bind (q r)
(floor (expt x 2)
(expt 10 (fig x)))
(list (length xx)
q
(length xx)
r)))))
(defun compose-num (x base)
(parse-integer (format nil "~D~D" x base)))
(defun decompose-num (x)
(maplist (lambda (ns)
(parse-integer (coerce ns 'string)))
(coerce (princ-to-string x) 'list)))
(defun hakmem59 (n &optional (limit 80))
;;雑な生成
(loop (when (>= (fig n) limit)
(return))
(dotimes (x 1001) ;雑な連続する0への対策
(let ((xn (compose-num x n)))
(when (test-it xn)
(setq n xn)))))
;;limit桁に切り詰め
(setq n (rem n (expt 10 limit)))
;;表示
(dolist (x (reverse (decompose-num n)))
(when (= (fig (expt x 2))
(* 2 (fig x)))
(pp x))))
2乗した場合に、下一桁に自身の数字が出現する数は、0、1、5、6ですが、下半分の桁に自分自身が現われるとなると、5、6しかありません。
ということで、5か6から出発して一桁ずつ数を当て嵌めて探していけば、簡単にみつかります。
(hakmem59 6 80)
...
...
2
61490 10993 78334 90419 13618 89994 42576 57676 91038 90995 89338 00226 07743 74008 17871 09376 =37810 33620 16684 89789 77935 64658 06599 50861 58235 23230 14798 96610 06702 69587 17457 60530
61490 10993 78334 90419 13618 89994 42576 57676 91038 90995 89338 00226 07743 74008 17871 09376
(hakmem59 5 80)
...
...
2
38509 89006 21665 09580 86381 10005 57423 42323 08961 09004 10661 99773 92256 25991 82128 90625 =
14830 11632 60015 08951 50697 84669 21446 35507 76157 41238 36122 96157 91215 21570 81715 41779
38509 89006 21665 09580 86381 10005 57423 42323 08961 09004 10661 99773 92256 25991 82128 90625
まとめ
以上、雑な探索をしてみましたが、多分探索しなくても一発でみつかる式があったりするんでしょうね。
■
HTML generated by 3bmd in LispWorks 7.0.0
構文チェッカーとしてのコンパイラマクロ
Posted 2021-05-06 02:32:02 GMT
コンパイラマクロがコンパイル時に展開されることを利用して、非推奨APIの警告を出すというアイデアがあったりしますが、スタイルチェッカー的なものを動かすタイミングとしては丁度良く、また、コンパイラマクロは意味論を変えないことが前提なので親和性も高いと思います。
ということで、コンパイラマクロが構文チェッカーとして使えないか考えてみたいと思います。
定義
まず、letの別名のmyというものを定義します。
(defmacro my ((&rest binds) &body body)
`(let (,@binds) ,@body))これに対し、
- 変数名の重複はエラー
- 変数束縛部では
(変数 値)という形式を強制
というのをコンパイラマクロで追加してみます。
(define-compiler-macro my (&whole whole (&rest binds) &body body)
(declare (ignore body))
(dolist (b binds)
(check-type b (cons symbol (cons T null))))
(assert (subsetp binds (remove-duplicates binds :key #'car :from-end T))
nil
"Variable name duplicated in bind spec: ~S"
binds)
whole)試してみる
束縛部の形式チェック
(defun foo ()
(my ((x 3) y)
(list x y)))
;⏏ Error: The value y of b inside (define-compiler-macro my) is not of type (cons symbol (cons t null)).束縛部の変数重複チェック
(defun foo ()
(my ((x 3) (x 4))
(list x)))
;⏏ Error: Variable name duplicated in bind spec: ((x 3) (x 9)).まとめ
チェッカーの使い勝手的には元のコードはいじらずに後からチェッカーを追加したりしたいところですが、define-compiler-macro定義は一つだけなので、元のコードをいじらないわけにはいきません。
compiler-macro-function関数をラップするようなインターフェイスを作成して、adviceの真似事をしてみれば可能な気もします。
何にしろコンパイラマクロを定義する場所は一つしかないので、複数のフックが共存できるような仕組みが必要ですね。
関連
■
HTML generated by 3bmd in LispWorks 7.0.0
Common Lispのテスト述語を宣言で指定する試み
Posted 2021-05-03 03:24:49 GMT
Common Lispのシークエンス関数のテスト述語はデフォルトでeqlですが、文字列の比較が多い最近では、equalがデフォルトの方が使い勝手が良い気がします。
最近のSBCLだとequalを指定しても最適化でeqlやeqにしたりするようですが、それと似た雰囲気でデフォルトをequalにし、declareでテスト述語の指定をすることにしたらどうかと思い試してみました。
下準備
declarationとdefine-declarationでユーザー宣言のtestを宣言します。
testは、(declare (test #'eql))のように使います。
(defpackage "b85d852d-3639-5467-af00-962feb136730"
(:use common-lisp)
(:import-from
#+lispworks harlequin-common-lisp
#+sbcl sb-cltl2
declaration-information
define-declaration)
(:shadow find))(in-package "b85d852d-3639-5467-af00-962feb136730")
(declaim (declaration test))
(define-declaration test (dcl env)
(declare (ignore env))
(values :declare dcl))
コンパイラマクロでの最適化
デフォルトはゆるくequalで、宣言でより判定が狭いeqlやeqを指定した場合に、それが使われるようにします。
(defun find (item sequence &key (test #'equal))
(cl:find item sequence :test test))
(define-compiler-macro find (&whole w item sequence &key (test #'equal)
&environment env)
`(cl:find ,item ,sequence :test
,(or (car (declaration-information 'test env))
test)))
確認
(defun find-foo (x)
(find x '("foo" "bar" "baz")))(find-foo "foo")
→ "foo"
(defun find-foo-dcl-eql (x)
(declare (test #'eql))
(find x '("foo" "bar" "baz")))
(find-foo-dcl-eql "foo")
→ nil
(flet ((sequal (x y)
(string-equal x y)))
(defun find-foo-dcl-string-equal (x)
(declare (test #'sequal))
(find x '("foo" "bar" "baz"))))
(find-foo-dcl-string-equal 'foo)
→ "foo"
まとめ
最適化の筋書だと、意味論は変えずに効率だけ良くなるような記述体系になる必要がありますが、今回の例だと、任意の述語を指定できるので、意味論が変ってしまうような指定もできてしまいます。
また、define-declarationでdeclaimのようなコンパイル単位ローカルなトップレベルの宣言ができれば、ファイルごとに述語のデフォルトを指定できたりして便利なのですが、どうもSBCLもLispWorksもトップレベルの宣言が定義できない様子。
define-declarationは標準機能ではないため、そういう仕様なのか単に実装の都合なのかは微妙ですが、ちょっと不思議。
■
HTML generated by 3bmd in LispWorks 7.0.0
Emacs Lispのネイティブコンパイラ vs Common Lisp
Posted 2021-04-28 22:14:11 GMT
今日はSNSでEmacs Lispのネイティブコンパイラがメインラインに来たという話題で賑っていたので、早速GNU Emacsを--with-native-compでビルドして、Common Lispのネイテイブコンパイラと比較してどんなものなのか眺めてみました。
眺めるといっても、お馴染のfibのマイクロベンチを走らせるだけですが。
Emacs Lisp で実行形態三種の比較
まず、Emacs Lispで、通常の定義、バイトコンパイル、ネイティブコンパイルで比較してみます。
いまひとつ作法が分かっていないのですが、定義形式を合せるために、(setf symbol-function)しています。
一応defunでの定義をファイルに書き出してからファイルをコンパイルする手順でも確認してみましたが、結果はほぼ同じようです。
最適化設定が良く分からないのですが、
(setq comp-speed 3)するとCommon Lispでいう、(declaim (optimize speed 3))的なことになるようなので、以下はこの設定の元で実験しています。
(setf (symbol-function 'fib)
(lambda (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))(benchmark-call (lambda () (fib 30)) 1)
→ (0.540617072 0 0.0)
(benchmark-call (lambda () (fib 40)) 1)
→ (79.139097209 0 0.0)
(setf (symbol-function 'fib-bc)
(byte-compile
(lambda (n)
(if (< n 2)
n
(+ (fib-bc (1- n))
(fib-bc (- n 2)))))))(benchmark-call (lambda () (fib-bc 30)) 1)
→ (0.346994376 0 0.0)
(benchmark-call (lambda () (fib-bc 40)) 1)
→ (40.036792254 0 0.0)
(setf (symbol-function 'fib-nc)
(native-compile
(lambda (n)
(if (< n 2)
n
(+ (fib-nc (1- n))
(fib-nc (- n 2)))))))(benchmark-call (lambda () (fib-nc 30)) 1)
→ (0.253148658 0 0.0)
(benchmark-call (lambda () (fib-nc 40)) 1)
→ (29.594145706 0 0.0)
大体のところですが、
| elisp: (fib 40) | Intel(R) Xeon(R) CPU E3-1230 v3 @ 3.30GHz |
|---|---|
| interp | 79sec |
| byte-comp | 40sec |
| native-comp | 29sec |
という結果でした。
Common Lispとの比較
大体のタイムは分かったので、似たようなスピードのCommon Lisp処理系ということだとCLISPあたりか、ということで、CLISPで関数をコンパイルした場合と、Emacs Lispのネイティブコンパイルのfibの結果を比較してみたところ、両者の結果は、ほぼ同じになりました。
なお、CLISPはネイティブコンパイラではなくバイトコンパイラの処理系です。
(setf (symbol-function 'fib)
(lambda (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))(time (fib 30))
Real time: 0.248056 sec.
Run time: 0.25 sec.
Space: 0 Bytes
→ 832040
(time (fib 40))
Real time: 30.663303 sec.
Run time: 30.59 sec.
Space: 0 Bytes
→ 102334155
| CLISP: (fib 40) | Intel(R) Xeon(R) CPU E3-1230 v3 @ 3.30GHz |
|---|---|
| interp | 116sec |
| byte-comp | 30sec |
Common Lispのネイティブコンパイラとの比較
Common Lispのメジャーな処理系は大体ネイティブコンパイラですが、LispWorksで最適化設定なしの場合は、こんな感じです。
(setf (symbol-function 'fib)
(lambda (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2))))))(compile 'fib)
Timing the evaluation of (fib 40)
User time = 1.350
System time = 0.010
Elapsed time = 1.293
Allocation = 269016 bytes
0 Page faults
→ 102334155
| LispWorks: (fib 40) | Intel(R) Xeon(R) CPU E3-1230 v3 @ 3.30GHz |
|---|---|
| interp | 186sec |
| native-comp | 1.35sec |
Emacs Lispのネイティブコンパイルfibと比べると大体22倍程度の速さです。
ちなみにLispWorksのインタプリタ実行はかなり遅いことがわかりますが、Common Lisp仕様がコンパイル指向なので、インタプリタはおまけだったり、サポートしていなかったりの処理系が殆どです。
なお、SBCLやLispWorksで型宣言や再帰的なインライン展開を実施して最速を狙うと、ネイティブコンパイルのEmacs Lispの約95倍程度の速度が出ます。
関数呼出しの速度を計測するためのfibのようなマイクロベンチでインライン展開するのは卑怯な気もするのですが、gcc等も展開してくるので、gccに合せるならアリかなと思います。
(defun fib (n)
(declare (optimize (speed 3) (safety 0) (debug 0) (compilation-speed 0))
(fixnum n))
(labels ((fib (n)
(declare (fixnum n))
(the fixnum
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2)))))))
(declare (inline fib))
(fib n)))CL-USER> (time (fib 40))
Evaluation took:
0.322 seconds of real time
0.320000 seconds of total run time (0.320000 user, 0.000000 system)
99.38% CPU
1,061,775,900 processor cycles
0 bytes consed
まとめ
いまのところEmacs Lispの最適化の作法があまり確立していないようなのですが、Common Lisp風に人が指示する手段もそこそこ用意されているようです。
ただ、まだ発展途上のようでCommon Lispの感覚でコンパイラに最適化のヒント与えようとしても上手く行かない様子。
例えば、comp-hint-fixnumは、(the fixnum ...)な雰囲気のもののようですが、(optimize (speed 3))で使うと現状では却って遅くなったりします。
また、Common Lispではdisassembleで結果を確認しつつ追い込んでいくのが普通ですが、Common Lispのネイティブコンパイラのディスアセンブルの結果と違ってCのコンパイラの世界と行き来している感があります。
Emacs Lispが今後Common Lispのように人力チューニングを中心に展開していくのか、JITを中心にしていくのかは分かりませんが、Common Lisp風なシステムを目指すのであれば、もう少し道具が充実する必要がありそうです。
今回のfibのdisassembleの結果は下記のようになります。
なお、現状、AT&T表記決め打ちのようなのですが、disassemble-internalの中でobjdumpを呼んでいるだけのようなので、ここをいじれば好きな表記に変更できるようです。
disassemble-internal:
...
(call-process "objdump" nil (current-buffer) t "-S" "-M" "intel"
(native-comp-unit-file (subr-native-comp-unit obj)))
...0000000000001290 <F6669622d6e63_fib_nc_0>:
1290: 41 54 push r12
1292: 55 push rbp
1293: 53 push rbx
1294: 48 83 ec 50 sub rsp,0x50
1298: 4c 8b 25 49 2d 00 00 mov r12,QWORD PTR [rip+0x2d49] # 3fe8 <freloc_link_table@@Base-0x5f8>
129f: 48 8b 2d 3a 2d 00 00 mov rbp,QWORD PTR [rip+0x2d3a] # 3fe0 <d_reloc@@Base-0x580>
12a6: 49 8b 1c 24 mov rbx,QWORD PTR [r12]
12aa: 48 8b 7d 00 mov rdi,QWORD PTR [rbp+0x0]
12ae: ff 93 a8 26 00 00 call QWORD PTR [rbx+0x26a8]
12b4: bf 02 00 00 00 mov edi,0x2
12b9: 48 89 e6 mov rsi,rsp
12bc: 48 c7 44 24 08 0a 00 mov QWORD PTR [rsp+0x8],0xa
12c3: 00 00
12c5: 48 89 04 24 mov QWORD PTR [rsp],rax
12c9: ff 93 28 26 00 00 call QWORD PTR [rbx+0x2628]
12cf: 48 8b 7d 00 mov rdi,QWORD PTR [rbp+0x0]
12d3: 48 85 c0 test rax,rax
12d6: 74 18 je 12f0 <F6669622d6e63_fib_nc_0+0x60>
12d8: ff 93 a8 26 00 00 call QWORD PTR [rbx+0x26a8]
12de: 48 83 c4 50 add rsp,0x50
12e2: 5b pop rbx
12e3: 5d pop rbp
12e4: 41 5c pop r12
12e6: c3 ret
12e7: 66 0f 1f 84 00 00 00 nop WORD PTR [rax+rax*1+0x0]
12ee: 00 00
12f0: ff 93 a8 26 00 00 call QWORD PTR [rbx+0x26a8]
12f6: 48 89 c7 mov rdi,rax
12f9: 8d 40 fe lea eax,[rax-0x2]
12fc: a8 03 test al,0x3
12fe: 75 20 jne 1320 <F6669622d6e63_fib_nc_0+0x90>
1300: 48 ba 00 00 00 00 00 movabs rdx,0xe000000000000000
1307: 00 00 e0
130a: 48 89 f8 mov rax,rdi
130d: 48 c1 f8 02 sar rax,0x2
1311: 48 39 d0 cmp rax,rdx
1314: 74 0a je 1320 <F6669622d6e63_fib_nc_0+0x90>
1316: 48 8d 04 85 fe ff ff lea rax,[rax*4-0x2]
131d: ff
131e: eb 0a jmp 132a <F6669622d6e63_fib_nc_0+0x9a>
1320: 49 8b 04 24 mov rax,QWORD PTR [r12]
1324: ff 90 90 25 00 00 call QWORD PTR [rax+0x2590]
132a: 48 8b 55 18 mov rdx,QWORD PTR [rbp+0x18]
132e: 48 8d 74 24 10 lea rsi,[rsp+0x10]
1333: 48 89 44 24 18 mov QWORD PTR [rsp+0x18],rax
1338: bf 02 00 00 00 mov edi,0x2
133d: 48 89 54 24 10 mov QWORD PTR [rsp+0x10],rdx
1342: ff 93 e0 1a 00 00 call QWORD PTR [rbx+0x1ae0]
1348: 48 8b 7d 00 mov rdi,QWORD PTR [rbp+0x0]
134c: 49 89 c4 mov r12,rax
134f: ff 93 a8 26 00 00 call QWORD PTR [rbx+0x26a8]
1355: 48 8d 74 24 20 lea rsi,[rsp+0x20]
135a: bf 02 00 00 00 mov edi,0x2
135f: 48 c7 44 24 28 0a 00 mov QWORD PTR [rsp+0x28],0xa
1366: 00 00
1368: 48 89 44 24 20 mov QWORD PTR [rsp+0x20],rax
136d: ff 93 f8 25 00 00 call QWORD PTR [rbx+0x25f8]
1373: 48 8b 55 18 mov rdx,QWORD PTR [rbp+0x18]
1377: 48 8d 74 24 30 lea rsi,[rsp+0x30]
137c: bf 02 00 00 00 mov edi,0x2
1381: 48 89 44 24 38 mov QWORD PTR [rsp+0x38],rax
1386: 48 89 54 24 30 mov QWORD PTR [rsp+0x30],rdx
138b: ff 93 e0 1a 00 00 call QWORD PTR [rbx+0x1ae0]
1391: 66 49 0f 6e c4 movq xmm0,r12
1396: 48 8d 74 24 40 lea rsi,[rsp+0x40]
139b: bf 02 00 00 00 mov edi,0x2
13a0: 66 48 0f 6e c8 movq xmm1,rax
13a5: 66 0f 6c c1 punpcklqdq xmm0,xmm1
13a9: 0f 29 44 24 40 movaps XMMWORD PTR [rsp+0x40],xmm0
13ae: ff 93 00 26 00 00 call QWORD PTR [rbx+0x2600]
13b4: 48 83 c4 50 add rsp,0x50
13b8: 5b pop rbx
13b9: 5d pop rbp
13ba: 41 5c pop r12
13bc: c3 ret
13bd: 0f 1f 00 nop DWORD PTR [rax]
■
HTML generated by 3bmd in LispWorks 7.0.0
ケーススタイルの変換にリーダーマクロを使う
Posted 2021-04-17 11:20:40 GMT
仕事でjsonデータを扱うのですが、データ形式自体が開発中のため、開発者によってキー名のケーススタイルがぶれるという事態が発生しました。
それはとりあえず統一すれば良いのですが、データのぶれにより既存のアプリがデータを上手く扱えなくなってしまったので、当座でアプリを機能させるためには、キー名を正規化する必要があります。
しかし、既存のコードのキー名の正規化がまためんどくさいので、リテラル表記の部分はリーダーマクロを使って正規化してみることにしました。
(ql:quickload 'kebab)
(set-dispatch-macro-character #\# #\^
(lambda (srm chr arg)
(declare (ignore chr arg))
(kebab:to-camel-case (read srm T nil T))))
(st-json:getjso #^"foo_bar_baz" (st-json:jso "fooBarBaz" 42))
→ 42
t
まあ、急場しのぎですが、こういう時はリーダーマクロが便利ですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
PareditをLispWorksのHemlockに移植してみた
Posted 2021-04-12 17:49:42 GMT
どういう切っ掛けで移植を始めたのか思い出せないのですが、Emacs系エディタでお馴染みのLisp編集支援モードのpareditをLispWorksのエディタ(Hemlock)に移植してみました。
最近のparedit(version 25)は3000行近くあるのですが、移植したものは300行程度のversion 1です。
誰かが既に移植していた気もするのですが、どうも見付からない……。
最初はちまちまとHemlockのdefcommand形式に書き直していたのですが、途中でめんどくさくなってedefunというEmacsのinteractiveを含んだdefun形式のマクロを作成してコピペしていきました。
versio 25とversion 1では機能に差がありますが、私個人が欲しかったforward-slurp-sexp系の機能は大体version 1で既に完備されていたようです。
Editor Lispがあったら嬉しいが……
Emacs系エディタではLispで拡張できるのは嬉しいのですが、似ているけれど割合に違うAPI群をそれぞれ持っているので、エディタ間でLispコードを共有するのは難しい状況です。
大別すると
- GNU Emacs系
- Hemlock系
- Zmacs系
とありますが、圧倒的多数派のEmacs Lispベースで構わないのでEditor Lispとして標準化されたりすると嬉しいですね。
まあ、Hemlockも、Zmacsもほぼ絶滅しているので、これらのプラットフォームがEmacs Lispの資産を活用したいということもないか……。
■
HTML generated by 3bmd in LispWorks 7.0.0
疑似パッケージマーカーに使う記号色々
Posted 2021-04-07 15:18:41 GMT
Common Lispのパッケージ名とシンボル名を区切る:をパッケージマーカーと呼びますが、パッケージシステムの存在しないLisp方言でも擬似的なパッケージ名として接頭辞を付けたりすることがあります。
そんな擬似的なパッケージマーカーを集めてみたり良さそうなパッケージマーカーを考えてみたりしましょう。
package:symbol
:が採用されたのは恐らくLisp Machine Lispが最初ですが、Common Lispに受け継がれました。
Lisp Machine LispとCommon Lispの違う点は、外部に公開するシンボルをpackage:symbolと、一つの:で表現し、二つの場合は、内部シンボルpackage::symbolという風に表現するところと、Common Lispは階層パッケージでない点です。
:の個数の使い分けが案外面倒で、外部に公開するAPIとしてのシンボル名のデザインは結構難しいと感じます。
ちなみに、Common Lisp以外でも、Schemeなどでも区切りとして使われたりしています。
package/symbol
Clojure等が/を使っていますが、他のLispでも疑似パッケージ的に使われることがそこそこある記号かなと思います。
package.symbol
Lisp系ではそんなに使われている感はありませんが、Pythonっぽくもありますし、そこそこ使えそうな気がします。
package-symbol
パッケージが登場する前のLispがこんな感じですが、Emacs Lispの作法ではこのスタイルが推奨されています。
シンボル部に-が良く使われるので、パッケージの区切りかどうかがはっきりしないのが欠点といえば欠点でしょうか。
Common Lispでも、package:subpackage-symbolのような名前は結構使われているかなと思います。
package>symbol
Lispマシン用のCの処理系であるZeta-Cで使われている記法ですが、何故>を使っているのかは良く分かりません。
古えのOSでは>がディレクトリパスの区切りだったりもしたので、/と同じような雰囲気なのかもしれません。
package*symbol
古いLispコードで見掛けたことはありますが、ほぼ見掛けません。
割合に使えそうな気もしますが果して……。
symbol$package
LISP 2で使われていた記法で、LISP 2では正確にはpackageではなくsectionですが、前後が逆なのが特徴です。
大抵は関数名で覚えている気がしますが、パッケージ名が後置だとIDE等での補完が簡単な気もします。
色々考えてみた
package_symbol
Lispでは-の使い勝手の良さから極端に利用頻度が低い_ですが、あまり競合しないので接頭辞の区切りには良いかもしれません
package||symbol
package\Symbol
実質package||symbol、package\Symbolとpackagesymbolは一緒ですが、コードの字面上では区切りが付きます。
<package>subpackage>symbol
<package.subpackage>symbol
[package]symbol
古えのOSのパス区切りを模したものですが、Common Lispではシンボル名に使える文字が多いので結構そのまま書けます。
まとめ
以上、まとまりなく疑似パッケージの区切りを紹介してみたり考えてみたりしました。
個人的に疑似パッケージマーカーが必要になるのは、Schemeのコードで、char-set:alphabetのようなものをCommon Lispにどうにか翻訳するケースが多いですが、これまでは、
- Common Lispのパッケージとして、
char-set:alphabetと翻訳(パッケージ作成がめんどう) char-set.alphabetと翻訳char-set$alphabetと翻訳
等々としてきました。
最近は面倒になってきて、char-set\:alphabetと書くようにもなりましたが、なにか疑似パッケージ記号の決定版みたいなものがあれば、一つの表記に落ち着くのになあと思ったりです。
■
HTML generated by 3bmd in LispWorks 7.0.0
condのelse節色々
Posted 2021-04-03 23:05:30 GMT
Schemeのcondのelse節はelseを書きますが、古典的なLispでは、condのelse節ではTを書きます。
;; Scheme
(cond (...)
(else ...));; Common Lisp
(cond (...)
(T ...))
このTは半ば慣用句で真値となるものであれば何でも良いのですが、最近古い文献を眺めていて妙なものをみつけたのでまとめてみます。
1 と書く
(cond (...)
(1 ...))LISP 1の頃には、nilが0で、Tが1だったりして、M式にもTの代りに直接1が書いてあったりします。
LISP 1のM式をS式に変換した例などで稀ですが見掛けることがあります。
'T と書く
(cond (...)
('T ...))Tにquoteが付いているのですが、何故付いているのかは謎。
LISP 1.5のM式では大文字はクォートされたシンボルを表わすのでM式のTを正確にS式に翻訳すると(quote T)となりますので、この辺りが由来かもしれません。
MACLISPのコードで良く見掛けます。
'else と書く
(cond (...)
('else ...))真値であれば何でも良いので'elseというシンボルをそのまま使ったもの。
たまに古いコードで見掛けます。
稀ですが、
(cond (...)
(:else ...))というキーワードシンボルの場合もあり。
(cond (...)
("else" ...))でも良さそうですが、個人的には目にしたことはありません。
(and)
(cond (...)
((and) ...))List Techniques / Harold V. McIntosh(1963)で良く使われている書法ですが、確かに(and)はTに評価されます。
どちらかというとandよりはorな気分な気がしますが、else節を目立たせる場合には使えたりするかもしれません。
(t)
(cond (...)
((t) ...))MBLISPというLisp 1.5系の古いLispのコード例等に出てくる書き方です。
(t)はTを返すような疑似関数になっています。(true)みたいなものですね。
書かない
(cond (...)
((progn ...)))else節の述語部に直接実行する式を書いてしまうというパターンです。
大抵のLisp処理系では述語部から多値を返すことができないので、注意が必要ですが、1970年代あたりでは結構目にするスタイルです。
arcのifのelse節でも良く見掛けますが多値を考慮しなくて良いのと、括弧がネストしていないのが理由かもしれません。ちなみにclosureだと節が偶数でないとエラーになるのでできないようです。
まとめ
他にも微妙なバリエーションがありますが、1990年代以降はt以外のものを書く人は殆どいないようです。
■
HTML generated by 3bmd in LispWorks 7.0.0
validate-superclassの謎
Posted 2021-03-22 01:47:43 GMT
MOPでメタクラスを定義した場合などに定義が必要になるvalidate-superclassですが、処理系によって定義が必要であったりなかったりするので、実際のところどういう動作が正しいのか改めて確認してみました。
メタクラス定義でvalidate-superclassを定義する意味
メタクラスが違う二つのクラスの間で継承関係が成立するかどうかは分からないのでデフォルトでは継承関係は成立しないとしていて、成立させたい場合は明示する仕組みというのが簡単な説明です。
この「デフォルトでは継承関係は成立しない」というのをvalidate-superclassで表現していて、成立させる場合にはTを返すメソッドを定義します。
(defclass my-class (standard-class)
())(validate-superclass (class-prototype (find-class 'my-class))
(class-prototype (find-class 'standard-class)))
→ nil
この状態で、my-classをメタクラスとするクラスmy-objectを定義する場合、my-objectはオブジェクトの表現としてstandard-objectを継承して利用するのがデフォルト動作(省略時)なので、
(defclass my-object (standard-object)
()
(:metaclass my-class))のようなものを書いた場合、
(validate-superclass (class-prototype (find-class 'my-class))
(find-class 'standard-object))のようなチェックが一連のスーパークラスで実施され、全てがTでなければ、エラーとなります。
処理系ごとのvalidate-superclassの動作の違いですが、下記のようになります。
明示的に指定しなければ互換性はないとする処理系
(validate-superclass (class-prototype (find-class 'my-class))
(find-class 'standard-object))
→ nilAMOPに記載の通りの判定ですが、
- CMUCL
- SBCL
あたりがそういう挙動で、validate-superclassをちゃんと書いてやる必要があります。
サブメタクラスがstandard-classのサブクラスで、スーパーメタクラスがstandard-classの場合は互換性あり
(validate-superclass (class-prototype (find-class 'my-class))
(find-class 'standard-object))
→ T- LispWorks
- CLISP
あたりがこの挙動です。
この挙動であれば、validate-superclassを書かなくて良さそうにも思えますが、メタクラスがstandard-classの別のサブクラス同士だと継承関係がない場合があるので、その場合はvalidate-superclassを書いてやる必要があります。
具体的には、下記のコードのような状況でvalidate-superclassの定義が必要になります。
(defclass my-class/ (standard-class)
())(defclass my-object/ (standard-object)
()
(:metaclass my-class/))
(validate-superclass (class-prototype (find-class 'my-class/))
(find-class 'my-object))
→ nil
(defmethod validate-superclass ((c my-class/) (s my-class))
T)
(validate-superclass (class-prototype (find-class 'my-class/))
(find-class 'my-object))
→ T
;; 上記の定義がなければエラー
(defclass my-object// (my-object)
()
(:metaclass my-class/))
サブメタクラス、スーパーメタクラスが共にstandard-classのサブクラスなら互換性あり
- Allegro CL
- Eclipse CL
あたりがこの挙動です。
メタクラスがstandard-classのサブクラス同士であれば、validate-superclassの定義を書く必要はありません。
これはこれで便利な挙動で、validate-superclassの定義を書くことは殆ど無くなるのは良いのですが、この挙動が災いしてAllegro CLのコードの移植性の無さの一因になっている気がします。
上記のように処理系によってデフォルトの挙動が違いますが、互換性があることを明示するvalidate-superclassのコードがあっても挙動を変えることはないので、AMOP準拠で全部明示しておくのが吉かなと思います。
クラスに互換性がないとはどういうことか
ANSI CL規格では、互いに素である型が定義されていますが、
defclass、define-condition、defstructで継承関係を定義した型以外は互いに素であるとしています。
integerとconsの間では継承関係を考えようとは思わないのですが、メタクラスをカスタマイズする場合は、メタクラスが異なるのみで他の挙動は継承したいことがほとんどかと思います。
validate-superclass の歴史
validate-superclassは用途が限定されている割には機能としては汎用的なのですが、もともとはcheck-super-metaclass-compatibilityという名前だったようです。
途中で、valid-superclass-p等の名前になったりもしたようですが、1990年頃、validate-superclassで落ち着き現在に至る様子。
check-super-metaclass-compatibilityはvalidate-superclassよりも判定が厳しく、デフォルトの挙動は双方のメタクラスがeqの場合のみTとしていたようです。
現在のvalidate-superclassもcheck-super-metaclass-compatibilityの目的に使うことが殆どですが、CMUCLやSBCLでは互換性の判定用に組み込みクラスについても非互換性のリストをもっているので、
(validate-superclass (find-class 'null)
(find-class 'cons))
→ nilのように判定します。
他の処理系は、大体のところはstandard-classの範疇の判定しか想定していないようなのでTを返しますが、こんな動作でも問題ない程度には汎用的には使われていないということなのかもしれません……。
まとめ
validate-superclassについて掘り下げてみましたが、validate-superclassは用途が限定的ですし、考えるほどcheck-super-metaclass-compatibilityという名前のままでも良かったのではないかと思えてきます。
■
HTML generated by 3bmd in LispWorks 7.0.0
1+
Posted 2021-03-18 15:03:34 GMT
Slackなどの絵文字の入力方法に:+1:と入力して、👍を出すというのがありますが、どうしても手が勝手に:1+:と入力してしまうので、諦めて:1+:を絵文字として登録しました。
これで誤入力のイライラから開放されました。Common Lisp病の方にお勧めしたい解決策です。
■
HTML generated by 3bmd in LispWorks 7.0.0
Common Lispで列挙型はどう書いたら良いの
Posted 2021-01-24 15:41:27 GMT
Common Lispでもたまに列挙型が欲しいことがありますが、そもそも列挙型はある要素の集合のことを指すようで、連続的な整数の一連の別名というわけではない様子。
そういった場合は、型記述子memberで記述できるのですが、
(typep 'a '(member a b c))
→ t 大抵の場合は、数値の連続に別名が付いたものが欲しかったりするので、memberでは数値との対応が実現できません。
連続した数値に別名を付与しつつ、これらと組み合わせて使うことが多いcase系の構文でも使い勝手良いものをと考えると、シンボルマクロで数値に別名を付与しつつ型の宣言もつけたらどうかと思い試してみました。
具体的には下記のようになります。
(deftype foo () '(eql 0))
(define-symbol-macro foo 0)(typep foo 'foo)
→ t
少し規模が大き目なものの場合、
(macrolet ((defenum (&rest args)
`(progn
,@(loop :for idx :from 1
:for name :in args
:collect `(progn
(define-symbol-macro ,name ,idx)
(deftype ,name () '(eql ,idx)))))))
(defenum H He Li Be B C N O F Ne Na Mg Al Si P S Cl
Ar K Ca Sc Ti V Cr Mn Fe Co Ni Cu Zn Ga Ge As Se Br
Kr Rb Sr Y Zr Nb Mo Tc Ru Rh Pd Ag Cd In Sn Sb Te I
Xe Cs Ba La Ce Pr Nd Pm Sm Eu Gd Tb Dy Ho Er Tm Yb
Lu Hf Ta W Re Os Ir Pt Au Hg Tl Pb Bi Po At Rn Fr Ra
Ac Th Pa U Np Pu Am Cm Bk Cf Es Fm Md No Lr Rf Db Sg
Bh Hs Mt Ds Rg Cn Nh Fl Mc Lv Ts Og))
(typecase F
((or F Cl Br I At Ts) 'yes)
(T 'no))
→ yes
(deftype Halogens ()
(list 'member F Cl Br I At Ts))
(typecase F
(Halogens 'yes)
(T 'no))
→ yes
ちなみに、定数宣言して、caseと#.の組み合わせを使うというのを目にしたことはありますが、#.を書くのが面倒だったり、評価タイミングを考えたりする必要があったりで、あまり使い勝手は良くないという印象です。
(case .F
((#.F #.Cl #.Br #.I #.At #.Ts) 'yes)
(otherwise 'no))
→ yes まとめ
cl-enumerationのようなライブラリもありますが、一般的な言語の所謂enumとは微妙に目指すところが違うようです。
Common Lispだけで完結している場合には、あまり必要にならないのですが、既存のデータ定義を取り込んだり、別言語のコードを流用したりする場合に、enum欲しいなあとなることが多いですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
マルチパラダイムなCommon Lispには逃げ場が沢山ある
Posted 2021-01-21 01:55:42 GMT
こちらの記事を読んで、自分が考えているオブジェクト指向とは随分違う何かがC++やJavaのオブジェクト指向プログラミングなんだなあと思いましたが、それと同時に、パラダイムがどうこうというより特定のパラダイムやシステムに囚われてしまう状況では、そこから抜け出すには、既存のものを捨てて他のパラダイムに移行せざるを得ないと考えてしまうのかもなあと感じました。
Common Lispはマルチパラダイムですが、
- 手続き/命令型(gotoもあり)
- 関数型/適用型/式指向
- とても動的なオブジェクト指向システム
- メタプログラミング(eval、マクロetc)
あたりが組込み機能です。
データがコードなため、メタプログラミングが容易で、組み込み言語のDSLで、Prologや、プロダクションシステム等を組込んで使ったりすることも可能です。 まあ、DSLが元言語とどこまで違和感なく連携するかはまた別の話ではありますが。
goto廃止論争が華やかだった時代も、マクロで構文を拡張できるLispは、gotoを廃止するということもなく、goを直接手書きしないような構文をマクロで言語標準機能として構築して迂回。
オブジェクト指向システムはSmalltalkの影響下で二三の実装がありましたが、最終的には総称関数という関数呼び出しにメッセージ送信を融合したような形式に収める、などなど、色々なパラダイムを吸収してきてはいますが、オブジェクト指向システムをほぼ使わずに書くことも可能ですし、関数がファーストクラスなので関数型的に書くことも容易です。
もともと対話環境が強力ですが、対話形式でも使えますし、バッチ形式でも使えます。
様々なパラダイムを強力なメタプログラミング機構がゆるくまとめているところもあるかもしれません。
こういうCommon Lispみたいな逃げ場が沢山ある言語が流行ると嬉しいですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
Common Lispで大量のスロットがあるclassの初期化手順を自動生成する
Posted 2021-01-11 20:32:42 GMT
こちらの記事を目にして、IDEでコードを自動生成するのって格好良いと思ったので、Common Lispだとどうなるか考えてみました。
とりあえず構造体の場合は何もしなくてもコンストラクタのinitargがスロット名に応じて決定されてしまうので、何もしなくてもOKです。
勝手に決まってしまうことについては賛否がありますが、便利な局面は多いかと思います。
(defstruct codable-struct)(defstruct (sample-struct (:include codable))
int
title
body
thumbnail-url
tags
categories
created-at
updated-at
comment
favoritedp
bookmarkedp
url)
(make-sample-struct :int 0
:title "title"
:body "body"
:thumbnail-url "https://example.com/image.jpg"
:tags '("tag")
:categories "cat"
:created-at 0
:updated-at 0
:comment "comment"
:favoritedp nil
:bookmarkedp nil
:url "https://example.com")
→ #S(sample-struct :int 0
:title "title"
:body "body"
:thumbnail-url "https://example.com/image.jpg"
:tags ("tag")
:categories "cat"
:created-at 0
:updated-at 0
:comment "comment"
:favoritedp nil
:bookmarkedp nil
:url "https://example.com")
クラスの場合は、構造体と違って全部指定してやらないといけません。
定義していない初期化のためのキーワード(:initarg)を指定しない場合はもちろんエラーです。
(defclass codable ()
())(defclass sample-class (codable)
(int
title
body
thumbnail-url
tags
categories
created-at
updated-at
comment
favoritedp
bookmarkedp
url))
(make-instance 'sample-class)
→ #<sample-class 402018AA93>
(make-instance 'sample-class
:int 0
:title "title"
:body "body"
:thumbnail-url "https://example.com/image.jpg"
:tags '("tag")
:categories "cat"
:created-at 0
:updated-at 0
:comment "comment"
:favoritedp nil
:bookmarkedp nil
:url "https://example.com")
→ #<error>
初期化手続きを生成してみる
Common Lispだとコンストラクタのコードを生成するようなことはマクロで実現してしまうのですが、IDEが補完してくれるのが格好良いという話なので、IDE側でコードを生成して挿入したいところです。
ということで、initialize-instanceのコードを生成して、エディタのコマンドで挿入してみることにしました。
(let* ((keys (mapcar (lambda (s)
(let ((s (slot-definition-name s)))
`(,s nil ,(intern (format nil "~A?" (string s))))))
(class-slots (find-class 'sample-class)))))
`(defmethod initialize-instance ((obj sample-class) &key ,@keys)
(let ((obj (call-next-method)))
,@(mapcar (lambda (k)
(destructuring-bind (name init namep)
k
(declare (ignore init))
`(and ,namep (setf (slot-value obj ',name) ,name))))
keys)
obj)))した結果をエディタ(LispWorksのHemlock)からバッファに挿入します。
パッケージとシンボルの扱いのあれこれがあるので大分ごちゃごちゃになりました。
(defcommand "Generate Memberwise Initializer" (p)
"Generate Memberwise Initializer"
"Generate Memberwise Initializer"
(declare (ignore p))
(let ((def (current-top-level-definition-maybe)))
(if (and (listp def)
(eq (first def) 'defclass))
(progn
(end-of-defun-command 1)
(insert-string
(current-point)
(with-output-to-string (out)
(pprint
(let ((.class-name. (second def)))
(declare (special editor::.class-name.))
(eval
(read-from-string
"(let* ((keys (mapcar (lambda (s)
(let ((s (slot-definition-name s)))
`(,s nil ,(intern (format nil \"~A?\" (string s))))))
(class-slots (find-class editor::.class-name.)))))
`(defmethod initialize-instance ((obj sample-class) &key ,@keys)
(let ((obj (call-next-method)))
,@(mapcar (lambda (k)
(destructuring-bind (name init namep)
k
(declare (ignore init))
`(and ,namep (setf (slot-value obj ',name) ,name))))
keys)
obj)))")))
out))))
(message "~S is not a defclass" def))))これで、defclassの上で、“Generate Memberwise Initializer” します。
(defmethod initialize-instance
((obj sample-class)
&key
(int nil int?)
(title nil title?)
(body nil body?)
(thumbnail-url nil thumbnail-url?)
(tags nil tags?)
(categories nil categories?)
(created-at nil created-at?)
(updated-at nil updated-at?)
(comment nil comment?)
(favoritedp nil favoritedp?)
(bookmarkedp nil bookmarkedp?)
(url nil url?))
(let ((obj (call-next-method)))
(and int? (setf (slot-value obj 'int) int))
(and title? (setf (slot-value obj 'title) title))
(and body? (setf (slot-value obj 'body) body))
(and thumbnail-url? (setf (slot-value obj 'thumbnail-url) thumbnail-url))
(and tags? (setf (slot-value obj 'tags) tags))
(and categories? (setf (slot-value obj 'categories) categories))
(and created-at? (setf (slot-value obj 'created-at) created-at))
(and updated-at? (setf (slot-value obj 'updated-at) updated-at))
(and comment? (setf (slot-value obj 'comment) comment))
(and favoritedp? (setf (slot-value obj 'favoritedp) favoritedp))
(and bookmarkedp? (setf (slot-value obj 'bookmarkedp) bookmarkedp))
(and url? (setf (slot-value obj 'url) url))
obj))defclassで定義した挙動とは厳密には違いますが、こんな感じに初期化できるようになりました。
(make-instance 'sample-class
:int 0
:title "title"
:body "body"
:thumbnail-url "https://example.com/image.jpg"
:tags '("tag")
:categories "cat"
:created-at 0
:updated-at 0
:comment "comment"
:favoritedp nil
:bookmarkedp nil
:url "https://example.com")
→ #<sample-class 4020240C13>
#||
int 0
title "title"
body "body"
thumbnail-url "https://example.com/image.jpg"
tags ("tag")
categories "cat"
created-at 0
updated-at 0
comment "comment"
favoritedp nil
bookmarkedp nil
url "https://example.com"
||#スロット定義を生成してみる
初期化手続きの生成はどうもいまひとつな気がするので、スロット定義を自動生成する方法を試してみます。
とりあえず、
- クラスを定義
- クラスのスロット定義からスロット名を抜き出し
:initargを生成 - コードを置き換え
としてみます。
クラスのスロット定義からスロット名を抜き出し:initargを生成するのはこのようになります。
(defun add-initargs (class-name)
(dolist (s (class-direct-slots (find-class class-name)))
(setf (slot-definition-initargs s)
(list (intern (string (string (slot-definition-name s)))
:keyword))))
(reinitialize-instance (find-class class-name)))次にdefclassフォームの生成
(defun gen-defclass (class-name)
(let ((class (find-class class-name)))
`(defclass ,(class-name class)
(,@(mapcar #'class-name (class-direct-superclasses class)))
,(mapcar (lambda (s)
(append (list (slot-definition-name s))
(mapcan (lambda (i)
(list :initarg i))
(slot-definition-initargs s))))
(class-direct-slots class))
(:documentation ,(documentation class 'type))
(:metaclass ,(class-name (class-of class)))
(:default-initargs ,@(class-default-initargs class)))))エディタのコマンドにまとめる
(defcommand "Generate Memberwise Initializer" (p)
"Generate Memberwise Initializer"
"Generate Memberwise Initializer"
(declare (ignore p))
(let ((def (current-top-level-definition-maybe)))
(if (and (listp def)
(string-equal (first def) 'defclass))
(let ((*package* (get-buffer-current-package (current-buffer))))
(add-initargs (print (second def)))
(let ((dc (gen-defclass (second def))))
(end-of-defun-command 1)
(insert-form-at-point (current-point)
dc))
(values))
(message "~S is not a defclass" def))))これで、コマンド実行でスロット名がキーワードパッケージになった:initargが追加されたdefclassがバッファに挿入されます。
ちなみに、:initarg以外も処理する必要がありますが今回は面倒なので省略します……。
(defclass sample-class (codable)
((int :initarg :int)
(title :initarg :title)
(body :initarg :body)
(thumbnail-url :initarg :thumbnail-url)
(tags :initarg :tags)
(categories :initarg :categories)
(created-at :initarg :created-at)
(updated-at :initarg :updated-at)
(comment :initarg :comment)
(favoritedp :initarg :favoritedp)
(bookmarkedp :initarg :bookmarkedp)
(url :initarg :url))
(:documentation nil)
(:metaclass standard-class)
(:default-initargs))まとめ
色々考えてみましたが、defclassの派生マクロを作る方が楽だなと思いました。
マクロを基準に考えると、IDE側の方は展開したコードから元のコードへ戻す知識が失われるという欠点があり、マクロは派生した構文の使い方をおぼえるのが手間という欠点があります。
プログラム生成の知識をIDEが持つのかマクロが持つのかの違いでしかないと考えれば、プロジェクトごとに派生した定義構文があっても別に良いのかなと思ったりしました。
■
HTML generated by 3bmd in LispWorks 7.0.0
LispWorks IDEの紹介
Posted 2021-01-09 03:32:39 GMT
LispWorks IDEの紹介
LispWorksの特長
LispWorksを他のCommon Lispの処理系と比較した場合の特徴としては、Lisp処理系とIDEが密に連携している点です。
1989年のHarlequinのLispWorksの紹介によると、言語処理系の設計に先行してIDEの設計をしたとありますが、この辺りがLispWorksがIDE然としてしている所以ではないでしょうか。
LispWorks
=========...
The Approach
By designing the programming environment before the underlying language system,
Harlequin has engineered an unrivalled degree of internal cohesion into the
product. Programming tools are firmly embedded in the environment and both are
supported by sophisticated facilities for compilation and interpretation,
together with unobtrusive ephemeral garbage collection. The whole package is
written in Lisp to enhance consistency, maintainability and extensibility.
Lispマシンの環境も単なるLisp処理系ではなくIDEを指向していましたが、その後に擡頭してくる安価なUnixワークステーション上でのCommon Lisp環境もLispマシンを手本とし、IDEとしての完成度を追求していました。
似たような文化の言語にはSmalltalkがありますが、Common Lispの方は、Smalltalkと違って時代が下るにつれ処理系の言語処理系のコア以外の部分がどんどん落ちてしまい、Emacs+Common Lisp処理系(SLIME)というLispマシン以前に近いところまで遡ってしまいました。
その点では、LispWorksはIDEとしてのCommon Lisp環境として生き残った数少ない例かなと思います。
類似のものには、MCLがありましたが、2009年にIDEとしては終焉を迎えています。
LispWorksのIDEで便利な機能をピックアップして紹介
LispWorksのIDEの詳細な解説はマニュアルにゆずるとして、便利な機能をピックアップして紹介してみます。
インスペクタの履歴機能
Tools > Inspectorからインスペクタを開けます。
下記のように*inspect-through-gui* Tの状態でinspectを使うとinspectの実行履歴が、Previous、Nextボタンで参照できます。
(setq *inspect-through-gui* T)(defun foo-loop (n)
(dotimes (i n)
(inspect (* i 8))))
(foo-loop 8)
オブジェクトの状態変化の追跡等に非常に便利です。
関数呼び出しの一覧
Definitions > Function Calls で呼び出しをツリー構造で眺めることが可能です。
所謂、who-calls、calls-whoの機能なのですが、GUIの操作でソースの参照も簡便に実現されているため、ソース参照M-x .およびM-x ,の発展版としても利用可能です。
ステップ実行
GUI画面でステップ実行が可能です。
現在メジャーな開発環境であるSBCL+SLIME等ではステップ実行は苦手としているためか、ステップ実行自体がCommon Lispでは無理という印象がありますが、LispWorksでは普通にGUIから対話的に操作可能です。
ブレイクポイントの設定
Common Lispの関数でいうと(break)ですが、LispWorksでは、IDEとして統合されていて、メニューや、エディタのM-x Toggle Breakpointで該当箇所に印をつけることで、(break)をコードに差し込まなくともブレイクすることが可能です。他の言語のIDEとしてもメジャーな機能かと思います。
ブレイクした後は、IDEのデバッガでリスタートや脱出、値の調査が可能です。
また、インスタンスオブジェクトのスロットのアクセスにもブレイクポイントを仕掛けることが可能です。こちらはインスペクタからブレイクポイントとその種類を設定可能ですがデバッグには便利でしょう。
アウトプットブラウザ
主に印字出力の確認ですが、LispWorksをSLIME的に使うのであれば、エディタ+アウトプットブラウザのウィンドウの二枚開きか、エディタ+リスナーの二枚開きという感じになります。
アウトプットブラウザにはプリントの結果やマクロ展開やtimeの結果が上から下へ流れて表示されます。
コンパイラ警告ブラウザ
コンパイラの警告を一覧でみることができるブラウザです。
エラーメッセージをクリックしてエラー箇所の関数にジャンプし修正、等が可能です。
トレースブラウザ
Common Lispでいう(trace)をGUIから操作できるようにしたものです。
テキスト表示とそれほど違いはありませんが、視認性と操作性は向上しているかと思います。
オブジェクトのクリップボード
テキストのコピペのクリップボード機能のようにオブジェクトをクリップボードに保存し、任意の場所に貼り付けることが可能です。
リスナー上でmake-instanceしたオブジェクトを保存しておき、インスペクタで変化を確認したり、値を設定したりするのに便利です。
ツール間のリンク機能
結果の確認ツールとして、リスナー(REPL)や、インスペクタが活躍しますが、ツール間でリンクすることにより、あるツールの結果をインスペクタやリスナーと同期させることが可能です。
マニュアルに紹介されている例では、クラスブラウザでクラスを眺めつつ、Tools Cloneでクラスブラウザを複製し、主になるクラスブラウザとEdit > Link fromでリンクし、サブの方は同期したスロット定義を眺める、という使い方が紹介されています。
リスナーとの連携は、リスナー上の*変数を仲介した連携が主で、インスペクタとリンクすることにより、リスナーの*変数が更新される度にインスペクタのオブジェクトも更新される、ということが可能です。
ちなみに、エディタともリンク可能ですが、バッファオブジェクトが共有されるため、いまいち使いどころが難しくなっています。もしかしたら、バッファオブジェクト経由でのエディタの一括編集の実行等で活躍できたりするのかもしれません。
統合された定義の取消し機能
def系の構文の上でM-x Undefineコマンドを実行することにより、定義を取り消すことが可能です。
特に便利なのは、defmethodの場合ですが,定義のメソッドだけ削除してくれるところが便利でしょう。
このためLispWorks上では、総称関数をfmakunboundして一式を再定義するようなことは皆無です。
また、定義系の構文がIDEと統合されていて拡張可能なため、任意の定義構文用のUndefine操作をユーザーが設定可能です。
エディタ
エディタはこのブログでも何度か紹介していますが、元は、Spice LispのHemlockというEmacsのCommon Lisp実装です。
この記事もLispWorksのHemlockで書いていますが、Emacsとしてもそこそこ普通に使えます。
ユーザー定義のコマンド等は、当然ながらCommon Lispで拡張を書きますが、LispWorksの機能をフルに活用できるのがメリットでしょうか。
まとめ
ざっと、普段使っていて便利なLispWorks IDEの機能を紹介してみました。
細かい便利機能は沢山あるので、機会があればまた紹介してみたいと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
データの検索に組み込みPrologを使ってみる(1)
Posted 2021-01-03 21:49:53 GMT
LispWorksのKnowledgeWorksでは、オブジェクトシステムと組み込みPrologが統合されています。
Prologの複合項(構造体)に相当するものをオブジェクトや構造体で表現しますが、この知識ベースクラスのオブジェクトや構造体はワーキングメモリという場所に蓄積されます。
ワーキングメモリに蓄積されたオブジェクトは、(class名 ?obj スロット名 ?slot ...)という形式でパターンマッチで問い合わせ可能になります。
読み込んだJSONや、plistで表現したデータ、ORMでSQLで問い合わせした結果のオブジェクト等、様々な形式のデータをワーキングメモリに格納し、Prologで問い合わせするのが割合に便利なのですが、今回は、LispWorksではなくPAIPrologのようなものでも似たようなことができないか試してみたいと思います。
ウェブページのスクレイピングを組み込みPrologで
今回は、ウェブページのスクレイピングをPrologの問い合わせでやってみます。
利用する組み込みPrologは、PAIPrologですが、単一化がeqlだったり、オブジェクトを項として登録するのに結局改造しないといけなかったので、実験用にPAIPrologからフォークして別パッケージを作成してみました。
(ql:quickload '(clss plump dexador zrpaiprolog))(defpackage "d7aba921-29b4-5320-acaa-13531caa1f16"
(:use c2cl zrlog)
(:shadowing-import-from zrlog ignore debug symbol))
(cl:in-package "d7aba921-29b4-5320-acaa-13531caa1f16")
Prologの項を登録する
今回、DOMオブジェクトにはplumpを利用します。
plump:elementが基本となるオブジェクトなので、plump:elementという名前とオブジェクトを項として登録するadd-object-clauseというものを定義し、オブジェクト生成時のフックに登録します。
(defmethod initialize-instance :after ((obj plump:element) &rest initargs)
(add-object-clause 'plump:element obj))add-object-clauseは、PAIPrologのadd-clauseを少し改造しただけのものです。
項が増えるとシンボルにぶら下がる情報が多くなり過ぎる気がしますが、とりあえず実験なのでこれでよしとします。
(defun add-object-clause (name obj &key asserta)
(let ((pred name))
(assert (and (symbolp pred) (not (variable-p pred))))
(pushnew pred *db-predicates*)
(pushnew pred *uncompiled*)
(setf (get pred 'clauses)
(if asserta
(nconc (list (list (list name obj))) (get-clauses pred))
(nconc (get-clauses pred) (list (list (list name obj))))))
pred))これで、ウェブページを取得し、plump:parseした時点でPrologの項が登録されます。
(plump:parse (dex:get "https://www.shop-shimamura.com/disp/itemlist/001002001/"))
→ #<plump-dom:root 4250272873>CSS Selectorでの問い合わせ的にするために、問い合わせのユーティリティとして、ノードの"class"属性を根の方向に探索するclass-namedというのを定義してみます。
なお、子→親の方向で検索するのは、要素を項としている都合上です。
(defun class-named (class node)
(typecase node
(plump:root NIL)
(T (cond ((plump:attribute node "class")
(and (equal class (plump:attribute node "class"))
node))
(T (and (class-named class (plump:parent node))
node))))))これでこんな風に書けます。
(prolog
(plump::element ?elt)
(is ?tag (plump:tag-name ?elt))
(= ?tag "img")
(is ?ans (class-named "card__thumb" ?elt))
(is T (not (null ?ans)))
(lisp (format T
"~A: ~A~%"
(plump:attribute ?ans "alt")
(plump:attribute ?ans "src"))))
▻ メンズ ワッフルトレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000660/01_0120800000660_111_l.jpg
▻ メンズ ワッフルトレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000660/01_0120800000660_113_l.jpg
▻ メンズ ワッフルトレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000660/01_0120800000660_215_l.jpg
▻ メンズ トレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000659/01_0120800000659_111_l.jpg
▻ メンズ トレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000659/01_0120800000659_113_l.jpg
▻ メンズ トレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000659/01_0120800000659_214_l.jpg
▻ メンズ トレーナー（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000659/01_0120800000659_305_l.jpg
▻ メンズ プルパーカ（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000657/01_0120800000657_312_l.jpg
▻ メンズ プルパーカ（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000657/01_0120800000657_305_l.jpg
▻ メンズ プルパーカ（SEASON REASON）: https://img.shop-shimamura.com/items/images/01/0120800000657/01_0120800000657_307_l.jpg
▻ メンズ裏毛プルパーカ（呪術廻戦）: https://img.shop-shimamura.com/items/images/01/0128200004027/01_0128200004027_213_l.jpg
▻ メンズ裏毛プルパーカ（呪術廻戦）: https://img.shop-shimamura.com/items/images/01/0128200004026/01_0128200004026_212_l.jpg
▻ キャラクタートレーナー(呪術廻戦): https://img.shop-shimamura.com/items/images/01/0123200005469/01_0123200005469_212_l.jpg
▻ キャラクタートレーナー(呪術廻戦): https://img.shop-shimamura.com/items/images/01/0123200005468/01_0123200005468_213_l.jpg
▻ キャラクタートレーナー(にゃんこ大戦争): https://img.shop-shimamura.com/items/images/01/0123200005379/01_0123200005379_213_l.jpg
▻ キャラクタートレーナー(にゃんこ大戦争): https://img.shop-shimamura.com/items/images/01/0123200005378/01_0123200005378_212_l.jpg
▻ キャラクターパーカ(にゃんこ大戦争): https://img.shop-shimamura.com/items/images/01/0123200005377/01_0123200005377_211_l.jpg
▻ メンズ裏毛トレーナー（ブラッククローバー）: https://img.shop-shimamura.com/items/images/01/0128200004042/01_0128200004042_112_l.jpg
▻ メンズ裏毛プルパーカ（ブラッククローバー）: https://img.shop-shimamura.com/items/images/01/0128200004041/01_0128200004041_211_l.jpg
▻ メンズ裏毛プルパーカ（ブラッククローバー）: https://img.shop-shimamura.com/items/images/01/0128200004040/01_0128200004040_213_l.jpg
▻ しまむらロゴパーカ: https://img.shop-shimamura.com/items/images/01/0123200005278/01_0123200005278_201_l.jpg
▻ しまむらロゴトレーナー: https://img.shop-shimamura.com/items/images/01/0123200005277/01_0123200005277_212_l.jpg
→ nilclssでCSS Selectorで書くと
(clss:select ".card__thumb img")一行ですが、CSS Selectorの細かい規則を覚えるのも大変ですし、組み込みPrologで一本化できると嬉しいと思いたい。
木構造オブジェクトの問い合わせ言語は様々あるのですが、これをどうにか組み込みPrologで一本化できないか今後も探っていきたいと思います。
とりあえずは、PrologでJSON等の木構造の問い合わせをどうやっているか調査した方が良いかもしれない……。
■
HTML generated by 3bmd in LispWorks 7.0.0
2020年振り返り
Posted 2020-12-31 14:50:55 GMT
恒例になっているので今年も振り返りのまとめを書きます。
Lisp的進捗
昨年は自分的にMOPブームでしたが、今年はMOPでプログラミングできる知識が大体揃って来た感じで、実際のプログラムでも普通に活用できたりするようになりました。
といっても大した応用ではないのですが、普通の道具になった、位のところです。
CLOS MOPだと大別すると、
- メタクラスの定義
- メタクラスの継承関係の処理(デフォルトの挙動、メタクラスのmixin時の挙動の定義等々)
- スロット定義
- オブジェクトの(再)初期化
- スロットへのアクセス方法
位が大きなトピックで他は上記の組み合わせか、細々としたところなので、クックブック的な感じでまとめておくと便利かなと思ったりしています。
ブログ
今年書いた記事は62記事でした。
まあまあ書いた方だとは思いますが、ネタ自体はストックが100記事分位はあるので、一旦全部出し切りたいところです。
LispWorks
LispWorksを購入してから五年半経過しましたが、すっかりSLIME+SBCLの環境よりLispWorksで書く方が楽になってしまいました。
単なる慣れというところもありますが、IDEとしてはSLIME+SBCLより統合されていて便利なところが多いです。まあもちろんエディタ単体ではHemlock(LispWorksのエディタ)よりGNU Emacsの方が高機能ですが。
仕事では、LispWorksで社内アプリ(Macのデスクトップアプリ)を量産していて、直近の業務で必要なツールを作成していていつの間にか20種類位になりました。
エンジニアでない人にGitHubを使ってもらうのに、GUIで簡単なラッパーを作成したり、社内業務のオートメーションでLispWorksが使えそうなところを見付けたら即投入しています。
Unixのシェルスクリプト、Google Apps Script、等々オートメーションのツールはありますが、手早く書捨てのGUIのアプリを作成できるという点では割とLispWorksは良いと思っています。
2021年の方向性
Lisp界隈もだいぶ盛り下がってきた感じで、当ブログももう誰も読んでない感じになってきました。
盛り上げる方法は多分ないのですが、文章のアウトプットは好きな方なので、ニッチなネタを垂れ流していきたいと思います。
また、13年位Lispコミュニティを眺めていますが、いまだLispに関する知識が1980年代な人を多く目にするのが不思議です。
恐らく古い書籍の情報をソースにしたものが再生成されているのではないかと思うのですが、このような傾向をアップデートすべく、2021年はWikipedia等の化石化した情報も更新したりすることにも取り組んでみようかなと思います(がWikipediaの更新は手間がかかる)
過去のまとめ
- #:g1: 2019年振り返り
- #:g1: 2018年振り返り
- #:g1: 2017年振り返り
- #:g1: 2016年振り返り
- #:g1: 2015年振り返り
- #:g1: 2014年振り返り
- #:g1: 2013年振り返り
- #:g1: 2012年振り返り
- #:g1: 2011年を振り返る
- #:g1: 2010年を振り返る
- #:g1: 2009年を振り返る
- #:g1: 今年一年をふりかえる
■
HTML generated by 3bmd in LispWorks 7.0.0
初期のECLはPrologと融合していたらしい
Posted 2020-12-28 22:07:24 GMT
いつものようにCommon Lisp情報を求めてインターネットを徘徊していたのですが、ECLのマニュアルににCRSというのがあるのが気になって調べてみました。
ECL is based on a Common Runtime Support (CRS) which provides basic facilities for memory management, dynamic loading and dumping of binary images, support for multiple threads of execution.
CRS(Common Runtime Support)
ECLのマニュアルの説明では、CRSは、メモリ管理やスレッド等の実行時に必要なものがモジュール化されたものという感じですが、CRSはECLとも独立した存在のようで、CRSについて別途論文も書かれていました。
こちらの論文を読むと、CRSとはCを中間言語として、実行時に必要な言語機能をモジュール化したり、データ形式を統一したものだったようで、CRSを基盤にCや、Lisp、Prologの環境が構築可能で、それぞれの言語が双方向に呼び出し可能な仕組みだったようです。
;;; Prolog機能を使ったCommon Lispのコード例
(defun reverse (x y)
(trail-mark)
(or (and (get-nil x) ;reverse([],[]).
(get-nil y)
(success))
(trail-restore)
(let (x1 x2 (y2 (make-variable)))
(and
(get-cons x)
(unify-variable x1)
(unify-variable x2)
(goals
(reverse x2 y2) ; :- reverse(X2,Y2),
(concat y2 (list x1) y)))))
(trail-unmark))この論文の後ろの方に出てくるCommon Lispの処理系はECLではなく、Delphi Common Lisp(DCL)というECLの作者であるAttardi先生が1985年に起業したイタリアのベンチャーが販売していた商用処理系なのですが、古いECLのソースを確認すると、ECLは元々はこのDCLのCLOS部やCRS部分がECoLispとしてGPLライセンスで公開されたもののようです。
ECoLisp(Embeddable Common Lispの略)の略でECLとしていたものが、いつのまにかEmbeddable Common Lispの略でECLになったらしいのですが、別にECoLispのままでも良かったような……。
This is ECoLisp (ECL), an Embeddable Common Lisp implementationCopyright (c) 1990, 1991, 1993 Giuseppe Attardi
Authors:
KCL: Taiichi Yuasa and Masami Hagiya
Dynamic loader: William F. Schelter
Conservative GC: William F. Schelter
Top-level, trace, stepper: Giuseppe Attardi
Compiler: Giuseppe Attardi
CLOS: Giuseppe Attardi with excepts from PCL by Gregor Kiczales
Multithread: Giuseppe Attardi, Stefano Diomedi, Tito Flagella
Unification: Giuseppe Attardi, Mauro Gaspari
なお、現状資料が見当たらないので推測に過ぎませんが、KCLにマルチスレッドやCLOS、X11のGUIを付けて商用化されたものがDCLで、ECLは、それをCRSとAKCLをベースに構築しなおしたものなのかなと考えています。
CRSとPrologは何処へ
ECoLisp 0.12をSunOSのエミュレータでビルドして確認してみましたが、この頃までは、CRS部はまだ独立していますが、既にユニフィケーション部はほぼ残骸だけとなり、上記のLispからProlog機能を使うようなコードは書けなくなっています。
CLOS部もPortable CommonLoops(PCL)とは独立の実装で、class-prototypeの代わりに、先にmetaclassクラスを作っておくという独自方式でしたが、徐々にAMOP準拠に書き換えられた様子。
とはいえ、まだ結構な量が健在です。
まとめ
折角面白い機能であったCRSとProlog連携でしたが、どうも1990年代中盤には、ECLのコードからも削除されつつあり利用できなくなっていたようです。残念!
Poplogも共通の言語基盤を通して、Common LispとProlog、ML、Pop-11が連携しますが、あまりこういうのは流行らないのでしょうか。割合に面白いと思うのですが……。
なお、今回始めて知りましたが、Attardi先生は、元々はHewitt先生の元でアクター理論を研究していた方だったようです。
Delphi Common Lispも1980年代中後半にCLOSとX11上のGUI、マルチスレッド機能が使えたワークステーション上の処理系ということで大分時代を先取りしていたようですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
井田昌之先生の公式ページに貴重なCommon Lispの資料が満載
Posted 2020-12-24 20:30:34 GMT
Lispの調べ物をしてインターネットを彷徨っていたところ、井田昌之先生が公開されている歴史的資料のページに辿り着きました。
なんとCommon Lisp系を中心として歴史的な資料が満載ではないですか。
下記にLisp系の資料を抜粋したリンクを適当なコメントと共に並べてみます。
1973
1970年代は、Lisp 1.5 との出会いから、Intel 8080上で動くLispマシンである、ALPS/Iの開発を中心に研究されていたようです。
所謂マイコンといわれていたCPU上でLispを動かす研究としてはかなり初期の取り組みではないでしょうか。
1976
1977
1978
1979
- 197903LispマシンALPS1
- 197903SYM07-1
- 197903コンパクトな処理系が可能な連想情報モデル
- 197903連想情報モデル経営工学会誌
- 197911AdaptableLispMachineIEEECS
- 197911IEEECSConfAnAdaptableLispMachine
1981
1980年代前半は、ALPS/Iの開発と並行して当時擡頭してきたAIマシン(Lispマシン)も研究されていたようです。
1984
1985
1984年にCommon Lispが登場しますが、それまでのマイコンLispの研究をバックグラウンドに、Common Lispのサブセットを検討されたり、Common Lispのオブジェクトシステムについて研究をされていたようです。
- 198506CommonLispいくつかの話題
- 198507HowtoObtainPCL
- 198508PICON日本語概要LMI
- 198509Lispコンテスト記号処理研究会
- 198509PersonalLispSystemComputersandIEFlorida
- 198511SYM34-4
- 198512InterpretationofCommonLoops
- 198512OOFacilitiesPrinciplesJSSSAnnualConf
1986
- 198601CommonLispパネル
- 198603CLOS原案WOOC86
- 198603PICONLMIOverview
- 198603SYM36-7
- 198604ISOTC97SC22N197NWIproposal
- 198605CommonLisp仕様の現在の論点とその方向
- 198608CommonLispCoreSummary
- 198608日仏ラウンドテーブル協力依頼
- 198609DiscriminatingEvalAnnualConfJSSST
- 198611SYM39-6
- 198611対談高度情報化社会
- 198612AAAI86会議報告
- 198612ICLispRelease
- 198612ISOTC97SC22N276AGRecommendations
- 198612日経オブジェクト指向ハード開発
1987
1986年あたりから電子メールを基盤とした議論について等も研究されている様子、また、ISO版Lispについての議論が盛り上がりつつあったことが判ります。
- 198701JISLisp現状認識と私見
- 198701LispandFP会議報告2
- 198702JeidaLisp技術動向調査計画
- 198703ANSIX3J13CommonLispアラカルト
- 198707CommonLoopsソフトウェア科学会
- 198708電子メール討論
- 198711JohnTeeter対談Bit
- 1987SymbolicsS-SystemLeaflet
- 1987SymbolicsS-SystemLeaflet2
- 1987SymbolicsS-Systemリーフレット
1988
ANSI CLに取り込まれる予定のCLOSがかなりまとまった頃で、CLOS的にはかなり熱い時期だったようです。
- 198801CommonLisp文字オブジェクト
- 198801SYM44-2
- 198803AMEXオーソライザーズアシスタント概要
- 198803ARTOverview
- 198808Jeida視察団報告
- 198808MacIvoryReaflet
- 198808MacIvoryRelease
- 198810CLOSワークショップ予稿集
- 198810SymbolicsIVORYArchitecture
- 198810チャートテスト教材原図Lisp
- 198810チャート型性格診断Lispプログラム
1989
1990
ネットワーク透過なウィンドウツールキットであるYYonXの研究、ヨーロッパで擡頭してきた米国Common Lispへの対抗馬であるEuLisp等が熱い時期だったようです。
ワークステーション文化も花盛りという感もあり、キャンパスネットワーク等の研究もされていたようです。
- 199003Europal90-An-Overview-of-YY-and-YYonX
- 199003Europal招待講演
- 199003IPSJ全国大会YYoX
- 199003YYandYYoXEuropal
- 199004InterAI手探りの国際化
- 199008EULispDefinition
- 1990YY電子図書館孫悟空事例
1991
- 199101SYM58-2
- 199101YYカラーグラフィック機構
- 199102TR90004AnOverviewofYYandYYonX
- 199102YYandYYonX
- 199103ICEERL91PaloAlto
- 199103SYM59-2
- 199105青山学報情報センタ
1992
1993
1994
1995
この辺りからLisp関連の研究は一段落され、当時擡頭してきたJavaの方に研究の軸足を移された様子。
また自由ソフトウェア運動の紹介等もされていたようです。
Emacsでは、レキシカルスコープは遅いのでダイナミックスコープを採用した、というのが通説ですが、この下記のインタビューではレキシカルスコープは速度と名前の競合回避には良いが、実装が簡単なのでダイナミックスコープを採用したとありますね。
レキシカルスコープは遅い説はどこが出所だったかな(History of T)だったような。
1996
- 199604Scheme過去現在未来1
- 199605Scheme過去現在未来2
- 199606Emacs解剖学1
- 199607Emacs解剖学2
- 199608Emacs解剖学3
- 199609Emacs解剖学4
- 199610Emacs解剖学5
- 199611Emacs解剖学6
- 199612Emacs解剖学7
1997
2001
2002
まとめ
まだまだ資料を全部は読み込めていないのですが、1980年代後半のCLOS系の資料や、Lispの国際規格化での各国の思惑等が伺える資料はかなり貴重だと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceアドベントカレンダー総括
Posted 2020-12-24 15:00:00 GMT
allocate-instance Advent Calendar 2020 25日目の記事です。
アドベントカレンダーも参加者が少ないと最後に総括エントリーという必殺技を使ってエントリーを埋めることができます。
オブジェクトのアロケーションなら原理は簡単なので、ニッチすぎるアドベントカレンダーでも参加者もそこそこいたりするかなと思いましたが、結局一人で完走ということになりました。
なんとなくですが、最後まで何故allocate-instanceに着目したのかが判らない、という感じだったかもしれません。
私としては、アドベントカレンダー開幕で書いたとおり、スロットストレージにベクタ以外が使うというアイデアがあまり活用されていないところに着目したわけですが、活用されないだけあったアイデアであることを証明してしまったのかもしれません。
また、Common Lispではアロケートより後のプロトコルでできることが強力で、オブジェクトのIDとクラス情報だけあれば後はどうとでもできるのがallocate-instanceをいじる意義を低下させている気がします。
実際の活用例でいうと、オブジェクトの永続化あたりでallocate-instanceの話も少し出てきたりもしますが、allocate-instanceは基本的にオブジェクトIDの割り付け程度かなと思います。
やりのこしたこと
振り返ってみると、allocate-instanceのinitargsを活用する例を追求しなかったのが若干悔まれます。
といっても、allocate-instanceにストレージの種類を伝える程度な気はしますが。
あとはハッシュテーブルのストレージがベクタであることを利用して、先頭をオブジェクトのストレージにして、残りをハッシュテーブルにするというのを考えましたが、別に一本にする必要もないかなというところです。
他にも、どうしようもないアイデアはありますが、そのうち試してブログに書いてみたいと思います。
さて、次にアドベントカレンダーを企画した際にはさらにニッチなところを攻めたいと思います。
次回までごきげんよう!
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceが関係してくるプロトコルを眺める: Tiny CLOS篇
Posted 2020-12-23 18:10:10 GMT
allocate-instance Advent Calendar 2020 24日目の記事です。
引き続き、allocate-instanceが関係してくるInstance Structure Protocol(ISP)周りを中心に色々なCLOS MOP系の処理系で確認していきたいと思います。
今回は、Tiny CLOSのallocate-instance周りを眺めます。
Tiny CLOSは、CLOS風のオブジェクトシステムを採用しているSchemeではTiny CLOSかその派生が採用されていることが多いようです。
作者が、CLOSおよびに参照実装であったPortable CommonLoopsに深く関わり、AMOPの著者でもあるKiczales先生というのもポイントが高いかもしれません。
大体の構成は、先日紹介したKiczales先生が1990年代前半に考えていた新しいInstance Structure Protocolの構成と同一のようです。
Object Creation and Initialization
allocate-instancemakeinitialize
Tiny CLOSでのインスタンスの構成ですが、instance-tag、classという先頭二つの部分と後半のスロット要素からなるベクタ表現されています。ベクタにしたかったというより、1992年のSchemeに構造体がないので、こういう構成にしたのかもしれません。
CLOSの実装でいうwrapper部は、そのままクラスメタオブジェクトの表現です。
ベクタ一本の表現なので、スロット部のベクタだけ取り出すようなことはなく、基本的に先頭2つのオフセットでアクセスする感じになります。
なお、Tiny CLOSはScheme(Common Lisp版もある)の実装なので、allocate-instanceの中身をいじれますが、OOPSが融合している処理系ではC等の実装言語レベルに直結していることが多いようで、安直に下請け関数がアロケートするスロットストレージをベクタからハッシュにすげかえてみる、等のことはやりにくいようです。
なお、Common LispでもECL等がそういう実装になっています。
Instance Structure Protocol
slot-refslot-set!lookup-slot-infocompute-getter-and-setter
スロットストレージの並び順は、CLと同様compute-slotsで確定するようです。
スロットの名前と位置の変換は、compute-getter-and-setterでゲッターとセッターのクロージャー生成する際にクロージャーの中に位置が埋め込まれる方式です。
slot-ref内で、lookup-slot-infoによりこのgetters-n-setters情報からゲッター/セッターを取り出してオブジェクトに適用、という流れになっています。
まとめ
Tiny CLOSは、スロット名とスロット位置変換の仕組みとして、位置情報を含んだゲッター/セッターをクラスメタオブジェクト内にまとめて管理、という方式のようです。
CLOS系OOPSそれぞれ微妙に違いますが、位置情報をクロージャーに閉じ込める方式の方が若干速いかなとは思います。
アクセサを定義すれば、標準のケースでは最適化された場合、スロットストレージへの直接アクセスになると思うので、Common Lispでは速度にこだわるなら、slot-valueは使うなというところなのでしょうか。この辺りどこかでそんな文献読んだことがある気がするのですが思い出せない……。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceが関係してくるプロトコルを眺める: TELOS篇
Posted 2020-12-23 02:46:42 GMT
allocate-instance Advent Calendar 2020 23日目の記事です。
引き続き、allocate-instanceが関係してくるInstance Structure Protocol(ISP)周りを中心に色々なCLOS MOP系の処理系で確認していきたいと思います。
今回は、TELOSのallocate-instance周りを眺めます。
TELOSは、EuLispのオブジェクトシステムで、EuLispもCommon Lispより簡潔な作りを指向しています。
EuLispとCommon Lispとの目立った違いは、EuLispがLisp1であることで、クラスの表記も他のシンボルと競合しないように、<foo>のように表記する慣習があります。
ちなみに、ISLISPは、EuLispの影響下にあるので、Lisp2なのに<foo>と表記します。
Object Creation and Initialization
allocatemakeinitialize
まず、インスタンスの構成ですが、class、slotsという二つの部分からなるprimitive-class構造体で表現されています。CLOSの実装でいうとwrapper部は、そのままクラスメタオブジェクトで表現されています。
インスタンスのストレージは標準でベクタ。
スロットストレージへは、primitive-class-slots、wrapperの取り出しは、primitive-class-ofで行えますが、クラスそのものなので別に必要ないかも?
CLOS MOPと異なる点としては、クラスがスロット数を保持するclass-instance-lengthを有します。
Instance Structure Protocol
slot-value(setf slot-value)primitive-slot-value(setf primitive-slot-value)slot-value-using-slotfind-slotslot-readerslot-writercompute-slotsprimitive-refsetter-primitive-refprimitive-find-slot-position
スロットストレージの並び順は、CLと同様compute-slotsで確定するようです。
CLOSのslot-definitionに相当する<slot>クラスがあり、class-slotsに格納されていますが、スロットの位置を計算するには、primitive-find-slot-positionを使います。
特に最適化はされておらず、class-slotsの中を順に探しているだけです。
(primitive-find-slot-position <simple-class> 'c (class-slots <foo>) 0)
→ 2CLのstandard-instance-accessに相当するものは、primitive-refになります。
slot-valueの中で、標準のメタクラスかどうかを判定するようになっており、標準であれば、slot-value-using-slotが、スロットのslot-reader/writerを呼び出しを値を取り出します。
slot-readerは最終的にはprimitive-refを呼びます。
slot-valueは
(slot-value-using-slot (find-slot (class-of obj) name)
obj)と展開されるので、何もしなければ、find-slotが探索してスロット名→スロット位置の変換をするので遅いですが総称関数なので(find-slot obj 'a)等を特定化して定義してやれば高速化はできそうです。
まとめ
CLOS系OOPSでスロット名からスロットの位置を割り出す方法にそれぞれ色々と工夫があるようです。
アクセサに比べてslot-valueの方がプリミティブな雰囲気があり、速度もアクセサより速そうな印象がありますが、MOPの仕組みからして、スロットの位置割り出しが計算済みの分アクセサの方が速いですね。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceが関係してくるプロトコルを眺める: MCS篇
Posted 2020-12-21 20:53:44 GMT
allocate-instance Advent Calendar 2020 22日目の記事です。
前回に引き続き、allocate-instanceが関係してくるInstance Structure Protocol(ISP)周りを中心に色々なCLOS MOP系の処理系で確認していきたいと思います。
今回は、MCSのallocate-instance周りを眺めます。
まず、MCSですが、The Meta Class Systemの略で、ObjVlispの流れをくみつつCLOSとの互換性も高いシステムです。
- 過去記事: #:g1: mcsの紹介
MOPも大体同じような構成になっていますが、MCSの方がシンプルでありつつ抽象クラスやmixinクラス等も用意されていて色々整理されているようにも見えます。
Object Creation and Initialization
allocate-instancemake-instanceinitialize-instancechange-classchange-class-using-class
さてまず、インスタンスの構成ですが、isit、slotsという二つの部分からなる構造体で表現されています。isitというのはCLOSの実装でいうとwrapperですが、クラスメタオブジェクトを一つ含んだリストで表現されていて、wrapperとclassのオブジェクトがほぼ一本化されています。
インスタンスのストレージは標準ではベクタです。
スロットストレージへは、mcs%-slots、wrapperの取り出しは、mcs%-isitで行えます。
CLOS MOPと異なる点として、スロット名から、スロットストレージの位置を割り出す関数がクラスの中に格納されている点で、標準では、general-slot-position関数が、class-slot-accessorに格納されています。
Instance Structure Protocol
slot-exists-pslot-boundpslot-makunboundslot-valuemcs%slot-value(setf slot-value)mcs%set-slot-valuemcs%set-slot-value-lowcompute-slotsmcs%local-slot-indexedmcs%local-slot-indexed-low
スロットストレージの並び順は、CLと同様compute-slotsで確定するようです。
スロットの位置を計算する関数がクラスに含まれているので、slot-definition-locationは存在せず、%slot-location-ofが位置計算用関数を呼び出して計算します。
CLのstandard-instance-accessに相当するものは、mcs%local-slot-indexed-lowになりますが、slot unboundのサポートありのmcs%local-slot-indexedも用意されています。
CLと違ってslot-valueはマクロになっており、slot-value-using-系メソッドはなく、mcs%slot-valueに展開か、メソッド内部での最適化として、mcs%local-slot-indexed-lowを用いたアクセスになるよう展開するようです(なお実装ではそこまで最適化されていない)
mcs%slot-valueは、上述のスロット位置を名前から割り出す関数を呼び出して、インスタンスのストレージを添字でアクセスします。
なお、-lowが掴ないものは、slot unboundをサポートせずslot missingのみサポートします。
まとめ
MCSではslot-value-using-classが省略されていますが、その代わりにクラスがスロット名→ストレージの位置の変換関数を保持するというのが面白いと思いました。
この辺りの方式の違いをそのうち比較してみたいところです。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceが関係してくるプロトコルを眺める: Common Lisp篇
Posted 2020-12-20 17:40:41 GMT
allocate-instance Advent Calendar 2020 21日目の記事です。
ネタ切れも甚しいのでallocate-instanceが関係してくるInstance Structure Protocol(ISP)周りを中心に色々なCLOS MOP系の処理系で確認していきたいと思います。
まずは、本家Common Lispです。
Instance Structure Protocol
slot-exists-pslot-boundpslot-boundp-using-class
slot-makunboundslot-makunbound-using-class
slot-valueslot-value-using-class
(setf slot-value)(setf slot-value-using-class)
compute-slots :aroundslot-definition-locationstandard-instance-accessfuncallable-standard-classfuncallable-standard-instance-access
ISPで列挙されているのは、スロットアクセス系の関数/メソッドになり、allocate-instance等は埒外です。
ます、関係してくる順序としては、スロットストレージの並び順がcompute-slots :aroundで確定し、インスタンスのストレージとスロットの位置が確定します。それに伴なって、slot-definition-locationの値も決まり、standard-instance-accessでのアクセスの添字も決まる、という感じです。
slot-valueの下請けが、slot-value-using-classで、更に下請けが、standard-instance-accessとされていますが、処理系によっては、slot-valueからインスタンスのストレージに直通の場合もあるようです(LispWorksでスロットアクセスの最適化が有効になっている場合など)
standard-instance-accessは、インスタンスのストレージに添字でアクセスする低レベルの関数ですが、standard-と付いていることから判るように、standard-objectを想定しています。
standard-objectとはインスタンスのストレージ構成が違う場合には使えないと考えた方が良いでしょう。
Class finalization protocol
class-finalized-pfinalize-inheritance
継承関係の確定のプロトコルですが、インスタンスがアロケートされる前に確定している必要があるとされており、allocate-instanceが呼ばれる前にclass-finalized-pで調べて確定していなければ、finalize-inheritanceが呼ばれるとされています。
この判定のタイミングですが、Robert Strandh先生によれば、allocate-instanceの引数のinitargsは確定後の計算結果になるので呼ばれる前に確定している筈としていてPCLでも、make-instanceがfinalize-inheritanceを呼んでいると註記していますが、PCL系であるSBCL等では、allocate-instanceの中で呼ばれています(ensure-class-finalized経由)。
大抵の処理系では、finalize-inheritanceを呼んでいるので、実際のところ必須なのかそうでないのか。ちなみに自分はStrandh先生を信じて今回のアドベントカレンダでは呼ばないスタイルで通しました。
Object Creation and Initialization
make-instanceshared-initializechange-classupdate-instance-for-different-classupdate-instance-for-redefined-class
あたりですが、インスタンスストレージの構成が標準と異なる場合は、初期化/再初期化の手続を別途記述する必要が出てきます。
また、標準的な構成とカスタマイズしたものとでchange-classする場合は、インスタンスストレージの確保も別途記述する必要も出てきます。
大抵は、上記メソッドと標準メソッドコンビネーションでどうにかできますが、もしかしたら、標準から外れる場合は、Dependent maintenance protocolでストレージ形式の修正をしたりした方が良いのかもしれません。
まとめ
関係プロトコルをざっと眺めてみましたが、allocate-instanceをカスタマイズする例がほとんどないですね。
思えば、allocate-instanceのカスタマイズは、大抵は初期の文献に見付かるのですが何故なのか(共通仕様をまとめるのが難しいとか?)
■
HTML generated by 3bmd in LispWorks 7.0.0
virtual slotをallocate-instanceレベルで考えてみる
Posted 2020-12-19 21:12:58 GMT
allocate-instance Advent Calendar 2020 20日目の記事です。
MOPの応用として、仮想的なアロケーションの場所を指定する例があります。
- STklos: 8.2.1.4 Virtual Slots
- LispWorks User Guide and Reference Manual > 18.4 Implementation of virtual slots
大抵は、スロットの:allocation指定で、:virtual等を指定するという感じですが、allocate-instance内でどうにかできないか考えてみます。
allocate-instance内でどうにかするという縛りなので、スロットストレージに関数を詰めて呼び出すという作戦で実行時にデータを取得できるようにしてみます。
(defpackage "f53e7180-1934-50c0-9c43-7c6a79b7a5e2"
(:use c2cl slotted-objects))
(cl:in-package "f53e7180-1934-50c0-9c43-7c6a79b7a5e2")
(defclass virtual-class (slotted-class)
())
(defclass virtual-object (slotted-object)
()
(:metaclass virtual-class))
(defmethod allocate-slot-storage ((class virtual-class) size initial-value)
(let ((storage (make-sequence 'vector size))
(fctns (make-sequence 'vector size)))
(dotimes (index size fctns)
(setf (elt fctns index)
(let ((index index))
(lambda (op value)
(case op
(:get (elt storage index))
(:set (setf (elt storage index) value)))))))))
(defmethod slot-value-using-class ((class virtual-class) instance (slotd slot-definition))
(funcall (elt (instance-slots instance) (slot-definition-location slotd))
:get 'ignore))
(defmethod (setf slot-value-using-class) (value (class virtual-class) instance (slotd slot-definition))
(funcall (elt (instance-slots instance) (slot-definition-location slotd))
:set value))
微妙に使い勝手が悪いですが、とりあえず下記のように書けます。 スロット読み出しが発生すると、スロットストレージに詰められたクロージャーが呼ばれ、値を計算します。
(defclass 56nyan (virtual-object)
((name)
(code :initarg :item-code)
(price))
(:metaclass virtual-class))
(defun get-56nyan-page (code)
(babel:octets-to-string
(drakma:http-request (format nil "https://www.56nyan.com/fs/goronyan/~A" code)
:force-binary T)
:encoding :cp932))
(defmethod allocate-slot-storage ((class (eql (find-class '56nyan))) size initial-value)
(let* ((fcns (call-next-method))
(slotds (class-slots class)))
(labels ((name->loc (name)
(slot-definition-location (find name slotds :key #'slot-definition-name)))
(slot-fctn (name)
(elt fcns (name->loc name)))
((setf slot-fctn) (fctn name)
(setf (elt fcns (name->loc name)) fctn))
(code ()
(funcall (elt fcns (name->loc 'code)) :get nil)))
(setf (slot-fctn 'name)
(lambda (op value)
(declare (ignore value))
(case op
(:get (plump:attribute (elt (clss:select "meta[property=og:title]" (plump:parse (get-56nyan-page (code)))) 0)
"content"))
(:set nil))))
(setf (slot-fctn 'price)
(lambda (op value)
(declare (ignore value))
(case op
(:get (plump:text (elt (clss:select ".itemPrice" (plump:parse (get-56nyan-page (code)))) 0)))
(:set nil)))))
fcns))
実行してみる
allocate-instanceレベルで実現する意義を考えてみましたが、change-classしても値がスムースに移行可能なのではないでしょうか。
(defclass 56nyan-static ()
((name)
(code :initarg :item-code)
(price)))
(let ((obj (make-instance '56nyan :code "7e003-001")))
(change-class obj '56nyan-static)
(describe obj))
⇒
#<56nyan-static 42000B7D3B> is a 56nyan-static
name "アカナ グラスランド キャット 340g (42341) 【正規品】"
code "7e003-001"
price "1,093円"
まとめ
そもそも、Common Lispの場合、スロットのリーダ/ライタでメソッドコンビネーションが使えるので、Virtual Slotsのようなものはあまり必要ないような気もします。
ちなみに、今回のchange-classの用法ですが、Common Lisp Proメーリングリストのchange-classの議論で、とりあえずデータをロードして、change-classで正規化するのが便利、という用例紹介をちょっと真似してみました(今回は正規化してませんが)
自分も以前、change-classの使い方として試してみたことがあった気がしますが、こういう応用も無くはないのかなと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceでスロットのデフォルト値をnilにする
Posted 2020-12-19 10:56:17 GMT
allocate-instance Advent Calendar 2020 19日目の記事です。
以前、LW Dylan TranslatorというLispWorks上のDylanのシミュレーターのソースコードを眺めた時に、内部関数を使ってスロットをnilでfillしていたのが印象に残っていたのですが、未束縛スロットの扱いが面倒なので、とりあえず:initform nilしておくというコードもたまに見掛けたりもするので、そこそこ常套句なのかもしれません。
ということで、今回は、allocate-instanceでスロットのデフォルト値をnilにしてみましょう。
(defpackage "cafc9fa3-5687-537e-839a-424c9b589974"
(:use c2cl slotted-objects))(cl:in-package "cafc9fa3-5687-537e-839a-424c9b589974")
(defclass default-to-nil-class (slotted-class)
())
(defmethod allocate-instance :around ((class default-to-nil-class) &key &allow-other-keys)
(let ((instance (call-next-method)))
(fill (instance-slots instance) nil)
instance))
これで下記のような動作になります。
(defclass foo (slotted-object)
((a :initform 'a)
b
c)
(:metaclass default-to-nil-class))(describe (make-instance 'foo))
⇒
#<foo 40203E71A3> is a foo
a a
b nil
c nil
当然ですが、明示的に設定したnilなのか、暗黙のnilなのか区別が付かなくなるので、その辺りは注意です。
そう考えると、取扱が面倒ではありますが未束縛値で埋めておくというのは妥当ではありますね。
■
HTML generated by 3bmd in LispWorks 7.0.0
スロットストレージの拡張と標準オブジェクトとのコンパチビリティの確保について
Posted 2020-12-17 19:59:09 GMT
allocate-instance Advent Calendar 2020 18日目の記事です。
これまで、スロットのストレージを二次元配列にしてみたり、構造体にしてみたりと妙なことを試してきましたが、標準的なスロットストレージを持つオブジェクト(standard-object等)とのchange-classでの相互運用を考慮した場合、スロットストレージも伸展や縮退をサポートする必要があります。
この辺りを司るのは、change-classの下請けのupdate-instance-for-different-classになりますが、滅多に使わない機能というか、私個人もメソッド定義する必要に遭遇したことがありません。
それはさておき、とりあえずの例として、スロットストレージが拡張された、a-class、b-classと、標準構成の三つのクラスを定義したとします。
(defpackage "fd84d50c-3573-5d37-aed2-73e7d98bb52d"
(:use c2cl slotted-objects))
(cl:in-package "fd84d50c-3573-5d37-aed2-73e7d98bb52d")
(defclass a-class (slotted-class)
())
(defclass a-object (slotted-object)
()
(:metaclass a-class))
(defclass b-class (slotted-class)
())
(defclass b-object (slotted-object)
()
(:metaclass a-class))
(defmethod allocate-instance ((class a-class) &key &allow-other-keys)
(allocate-slotted-instance (class-wrapper class)
(make-array `(2 ,(length (class-slots class)))
:initial-element (make-unbound-marker))))
(defmethod allocate-instance ((class b-class) &key &allow-other-keys)
(allocate-slotted-instance (class-wrapper class)
(make-array `(4 ,(length (class-slots class)))
:initial-element (make-unbound-marker))))
(defmethod slot-value-using-class ((class a-class) instance (slotd slot-definition))
(aref (instance-slots instance) 0 (slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class a-class) instance (slotd slot-definition))
(setf (aref (instance-slots instance) 0 (slot-definition-location slotd))
value))
(defmethod slot-value-using-class ((class b-class) instance (slotd slot-definition))
(aref (instance-slots instance) 1 (slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class b-class) instance (slotd slot-definition))
(setf (aref (instance-slots instance) 1 (slot-definition-location slotd))
value))
とりあえず、インスタンスのクラスを変更することがなければ、別段このままでも問題ありません。
(defclass foo (a-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass a-class))
(defclass bar (b-object)
((a :initform 4)
(b :initform 5)
(c :initform 6))
(:metaclass b-class))
(defclass baz (standard-object)
((a :initform 7)
(b :initform 8)
(c :initform 9)))
(progn
(describe (make-instance 'foo))
(describe (make-instance 'bar))
(describe (make-instance 'baz)))
#<foo 402005E1FB> is a foo
a 0
b 1
c 2
#<bar 402005E59B> is a bar
a 4
b 5
c 6
#<baz 402005E8D3> is a baz
a 7
b 8
c 9
しかし、change-classするとなると、インスタンスのストレージが違うので、違いを吸収するメソッドをupdate-instance-for-different-classに定義してやる必要があります。
拡張→標準の移行
standard-objectにchange-classする分には拡張したスロットストレージが削られることになるので、特に難しいことはありません。
(defmethod update-instance-for-different-class
((pre slotted-object) (cur standard-object) &key &allow-other-keys)
(dolist (slotd (class-slots (class-of cur)))
(let ((slot-name (slot-definition-name slotd)))
(when (slot-exists-p pre slot-name)
(setf (slot-value cur slot-name)
(slot-value pre slot-name))))))標準→拡張の移行
standard-objectから拡張したものにchange-classする分には拡張したスロットストレージを使うことになるので、ストレージのアロケートをして、新しいストレージ側に値をコピーする必要があります。
ストレージのアロケーションをメタクラスで切り替えたいとすると、allocate-instanceの下請けとして共通のメソッドを定義するのが良さそうです。
今回は、allocate-slot-storageというメソッドを定義して使うことにしてみました。
(defgeneric allocate-slot-storage (class size initial-value))
(defmethod allocate-slot-storage ((class a-class) size initial-value)
(make-array `(2 ,size) :initial-element initial-value))
(defmethod allocate-slot-storage ((class b-class) size initial-value)
(make-array `(4 ,size) :initial-element initial-value))
;; ... allocate-instanceの書き換えは略 ...
(defmethod update-instance-for-different-class
((pre standard-object) (cur slotted-object) &key &allow-other-keys)
(let ((cur-class (class-of cur)))
(setf (instance-slots cur)
(allocate-slot-storage cur-class
(length (class-slots cur-class))
(make-unbound-marker)))
(dolist (slotd (class-slots cur-class))
(let ((slot-name (slot-definition-name slotd)))
(when (slot-exists-p pre slot-name)
(setf (slot-value cur slot-name)
(slot-value pre slot-name)))))))
拡張→拡張の移行
標準→拡張と内容は同じなのですが、このパターンも用意しておく必要があります。
(defmethod update-instance-for-different-class
((pre slotted-object) (cur slotted-object) &key &allow-other-keys)
(let ((cur-class (class-of cur)))
(setf (instance-slots cur)
(allocate-slot-storage cur-class
(length (class-slots cur-class))
(make-unbound-marker)))
(dolist (slotd (class-slots cur-class))
(let ((slot-name (slot-definition-name slotd)))
(when (slot-exists-p pre slot-name)
(setf (slot-value cur slot-name)
(slot-value pre slot-name)))))))なお、基本的に拡張への移行は、新しくインスタンスのストレージを確保する部分だけなので、update-instance-for-different-classの:beforeメソッドで、ストレージの置き換えを定義するだけで良いのかもしれません。
このあたりの参考資料が見付けられないので良く分からず……。
以上で相互変換が可能になります。
(progn
(progn
;; slotted-object → standard-object
(describe (change-class (make-instance 'foo) 'baz))
(describe (change-class (make-instance 'bar) 'baz))
(describe (change-class (make-instance 'baz) 'baz)))
(progn
;; standard-object → slotted-object
(describe (change-class (make-instance 'bar) 'foo))
(describe (change-class (make-instance 'baz) 'foo)))
(progn
;; slotted-object → slotted-object
(describe (change-class (make-instance 'foo) 'bar))
(describe (change-class (make-instance 'bar) 'bar))))#<baz 402005EC43> is a baz
a 0
b 1
c 2
#<baz 402005F163> is a baz
a 4
b 5
c 6
#<baz 402005F64B> is a baz
a 7
b 8
c 9
#<foo 402005FB33> is a foo
a 4
b 5
c 6
#<foo 4020060073> is a foo
a 7
b 8
c 9
#<bar 4020060583> is a bar
a 0
b 1
c 2
#<bar 4020230B2B> is a bar
a 4
b 5
c 6
まとめ
allocate-なんとかのメソッドを上手い感じに命名してまとめたいところなのですが難しい……。
一応今回は、Closetteを参考に命名してみました。
■
HTML generated by 3bmd in LispWorks 7.0.0
アンドゥ可能なスロット
Posted 2020-12-16 23:30:16 GMT
allocate-instance Advent Calendar 2020 17日目の記事です。
完全なるネタ切れですが、今回はアンドゥ可能なスロットを実現してみたいと思います。
以前に紹介した履歴付きスロットと似たような感じですが、こちらは限定された回数スロットの状態をアンドゥできることをメインに考えます!
動作と仕様
仕様としては、どこかのスロットが変更された場合、スロット全部を保存することにします。
内部では、16セットのスロットを二次元配列で表現したものと現在の位置を、オブジェクトのストレージとします。
また、ユーティリティとしてundo-slotsとreset-slotsも用意してみます。
(defclass foo (undoable-slots-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass undoable-slots-class))
(defparameter *foo* (make-instance 'foo))
(describe *foo*)
#<foo 4020002193> is a foo
a 0
b 1
c 2
;; 乱数を任意のスロットに代入 x 15回
(dotimes (i 15)
(setf (slot-value *foo* (elt #(a b c) (mod i 3)))
(random 1000)))
;; 15回状態を戻す
(dotimes (i 15)
(describe (undo-slots *foo*)))
#<foo 4020002193> is a foo
a 930
b 743
c 626
#<foo 4020002193> is a foo
a 930
b 365
c 626
#<foo 4020002193> is a foo
a 571
b 365
c 626
#<foo 4020002193> is a foo
a 571
b 365
c 695
#<foo 4020002193> is a foo
a 571
b 92
c 695
#<foo 4020002193> is a foo
a 895
b 92
c 695
#<foo 4020002193> is a foo
a 895
b 92
c 905
#<foo 4020002193> is a foo
a 895
b 139
c 905
#<foo 4020002193> is a foo
a 841
b 139
c 905
#<foo 4020002193> is a foo
a 841
b 139
c 859
#<foo 4020002193> is a foo
a 841
b 342
c 859
#<foo 4020002193> is a foo
a 10
b 342
c 859
#<foo 4020002193> is a foo
a 10
b 342
c 2
#<foo 4020002193> is a foo
a 10
b 1
c 2
#<foo 4020002193> is a foo
a 0
b 1
c 2
nil
実装
(defpackage "955b5b51-173a-50c3-82f6-7add63d9b29a"
(:use c2cl slotted-objects))
(cl:in-package "955b5b51-173a-50c3-82f6-7add63d9b29a")
(defconstant undo-limit 16.)
(defclass undoable-slots-storage ()
((slots :initarg :slots :accessor undoable-slots-storage-slots)
(history# :initform 0 :accessor undoable-slots-storage-history#)))
(defclass undoable-slots-class (slotted-class)
()
(:metaclass standard-class))
(defclass undoable-slots-object (slotted-object)
()
(:metaclass undoable-slots-class))
(defmethod allocate-instance ((class undoable-slots-class) &key &allow-other-keys)
(allocate-slotted-instance (class-wrapper class)
(make-instance 'undoable-slots-storage
:slots (make-array `(,undo-limit ,(length (class-slots class)))
:initial-element (make-unbound-marker)))))
(defclass undoable-slots-object (slotted-object)
()
(:metaclass undoable-slots-class))
(defmethod slot-value-using-class ((class undoable-slots-class) instance (slotd slot-definition))
(let ((storage (instance-slots instance)))
(aref (undoable-slots-storage-slots storage)
(undoable-slots-storage-history# storage)
(slot-definition-location slotd))))
(defmethod (setf slot-value-using-class) (value (class undoable-slots-class) instance (slotd slot-definition))
(let* ((storage (instance-slots instance))
(curpos (mod (undoable-slots-storage-history# storage) undo-limit))
(loc (slot-definition-location slotd)))
(flet ((backup ()
(dotimes (idx (length (class-slots class)))
(let ((new (mod (1+ curpos) undo-limit))
(old curpos))
(setf (aref (undoable-slots-storage-slots storage) new idx)
(aref (undoable-slots-storage-slots storage) old idx)))))
(incpos ()
(setf (undoable-slots-storage-history# storage)
(mod (1+ curpos) undo-limit))))
(backup)
(incpos)
(setf (aref (undoable-slots-storage-slots storage)
(undoable-slots-storage-history# storage)
loc)
value))))
(defmethod initialize-slot-from-initarg ((class undoable-slots-class) instance slotd initargs)
(let ((slot-initargs (slot-definition-initargs slotd)))
(loop :for (initarg value) :on initargs :by #'cddr
:do (when (member initarg slot-initargs)
(let ((storage (instance-slots instance)))
(setf (aref (undoable-slots-storage-slots storage)
(undoable-slots-storage-history# storage)
(slot-definition-location slotd))
value))
(return T)))))
(defmethod initialize-slot-from-initfunction ((class undoable-slots-class) instance slotd)
(let ((initfun (slot-definition-initfunction slotd)))
(unless (not initfun)
(let ((storage (instance-slots instance)))
(setf (aref (undoable-slots-storage-slots storage)
(undoable-slots-storage-history# storage)
(slot-definition-location slotd))
(funcall initfun))))))
(defun undo-slots (obj)
(let ((storage (instance-slots obj)))
(setf (undoable-slots-storage-history# storage)
(mod (1- (undoable-slots-storage-history# storage)) undo-limit)))
obj)
(defun reset-slots (obj)
(let ((storage (instance-slots obj)))
(setf (undoable-slots-storage-history# storage)
0))
obj)
■
HTML generated by 3bmd in LispWorks 7.0.0
リードオンリーなスロット
Posted 2020-12-15 19:11:45 GMT
allocate-instance Advent Calendar 2020 16日目の記事です。
何かallocate-instanceネタがないか、隠しスロットの応用がないか、と探しまわっていますが、そういえば、defstructにはスロットの:read-onlyオプションがあるのに、defclassにはないなと思ったので、隠しスロットで実装してみました。
動作
(defclass foo (acl-slots-object)
((a :initform 0 :read-only T :accessor foo-a)
(b :initform 1 :read-only nil)
(c :initform 2 :read-only T))
(:metaclass acl-slots-class))
(mapcar #'slot-definition-read-only-p (class-slots (find-class 'foo)))
→ (t nil t)
(let ((obj (make-instance 'foo)))
(with-slots (a b c) obj
(list a b c)))
→ (0 1 2)
(let ((obj (make-instance 'foo)))
(with-slots (a b c) obj
(setq b 100)
(list a b c)))
→ (0 100 2)
(let ((obj (make-instance 'foo)))
(with-slots (a b c) obj
(setq a 100)
(list a b c)))
!!! Cannot assign to read only slot a of #<foo 40201234EB>
(let ((obj (make-instance 'foo)))
(setf (foo-a obj) 8))
!!! Cannot assign to read only slot a of #<foo 402020F6C3>
ここまで書いて試してみて、クラスの属性としてスロットにリードオンリー属性を付けるだけならインスタンスに隠しスロットを付ける意味がないという致命的なことに気付いてしまったので、インスタンス生成時にも個別に指定できるようにしてみました。
(make-instance 'bar :read-onlys '(:b))のように:read-onlys引数で該当するスロットの:initargを指定します。
(defclass bar (acl-slots-object)
((a :read-only T :initform 0 :initarg :a :reader bar-a)
(b :read-only nil :initform 1 :initarg :b :accessor bar-b)
(c :read-only T :initform 2 :initarg :c))
(:metaclass acl-slots-class))
(let ((obj (make-instance 'bar)))
(setf (bar-b obj) 42))
→ 42
(let ((obj (make-instance 'bar :read-onlys '(:b))))
(setf (bar-b obj) 42))
!!! Cannot assign to read only slot b of #<bar 402009983B>
まとめ
あと九個もネタが捻り出せない。
実装
(defpackage "3d5973f5-7755-5daf-a825-d623a03a4d53" (:use c2cl slotted-objects))
(cl:in-package "3d5973f5-7755-5daf-a825-d623a03a4d53")
(defconstant slot-dim 0)
(defconstant acl-dim 1)
(defclass acl-slots-class (slotted-class)
()
(:metaclass standard-class))
(defmethod allocate-instance ((class acl-slots-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(make-array `(2 ,(length (class-slots class)))
:initial-element (make-unbound-marker))))
(defclass acl-slots-object (slotted-object)
()
(:metaclass acl-slots-class))
(defmethod slot-value-using-class ((class acl-slots-class) instance (slotd slot-definition))
(aref (instance-slots instance)
slot-dim
(slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class acl-slots-class) instance (slotd slot-definition))
(let* ((slots (instance-slots instance))
(loc (slot-definition-location slotd)))
(when (aref slots acl-dim loc)
(error "Cannot assign to read only slot ~S of ~S" (slot-definition-name slotd) instance))
(setf (aref slots slot-dim loc) value)))
(defun slot-read-only-p (instance slot-name)
(aref (instance-slots instance)
acl-dim
(slot-definition-location
(find slot-name (class-slots (class-of instance))
:key #'slot-definition-name))))
(defclass acl-slots-slot-definition (standard-slot-definition)
((attributes :initform nil
:initarg :read-only
:accessor slot-definition-read-only-p)))
(defclass direct-acl-slots-slot-definition (standard-direct-slot-definition acl-slots-slot-definition)
())
(defmethod direct-slot-definition-class ((class acl-slots-class) &rest initargs)
(find-class 'direct-acl-slots-slot-definition))
(defclass effective-acl-slots-slot-definition (standard-effective-slot-definition acl-slots-slot-definition)
())
(defmethod effective-slot-definition-class ((class acl-slots-class) &rest initargs)
(find-class 'effective-acl-slots-slot-definition))
(defmethod compute-effective-slot-definition ((class acl-slots-class)
name
direct-slot-definitions)
(let ((effective-slotd (call-next-method)))
(dolist (slotd direct-slot-definitions)
(when (typep slotd 'acl-slots-slot-definition)
(setf (slot-definition-read-only-p effective-slotd)
(slot-definition-read-only-p slotd))
(return)))
effective-slotd))
(defmethod initialize-slot-from-initarg ((class acl-slots-class) instance slotd initargs)
(let ((slot-initargs (slot-definition-initargs slotd)))
(loop :for (initarg value) :on initargs :by #'cddr
:do (when (member initarg slot-initargs)
(setf (aref (instance-slots instance) slot-dim (slot-definition-location slotd))
value)
(return T)))))
(defmethod initialize-slot-from-initfunction ((class acl-slots-class) instance slotd)
(let ((initfun (slot-definition-initfunction slotd)))
(unless (not initfun)
(setf (aref (instance-slots instance) slot-dim (slot-definition-location slotd))
(funcall initfun)))))
(defmethod shared-initialize :after ((instance acl-slots-object) slot-names &key read-onlys &allow-other-keys)
(let* ((class (class-of instance))
(slots (class-slots class)))
(dolist (s slots)
(setf (aref (instance-slots instance) acl-dim (slot-definition-location s))
(slot-definition-read-only-p s))
(when (intersection read-onlys (slot-definition-initargs s))
(setf (aref (instance-slots instance) acl-dim (slot-definition-location s))
T)))))
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceでメソッド実装の強制
Posted 2020-12-14 15:00:00 GMT
allocate-instance Advent Calendar 2020 15日目の記事です。
Java等では、インスタンス化不可な抽象クラスを定義したり、抽象クラスでメソッドの実装を強制したりできますが、Common Lispだとmixinクラスのインスタンス化はマナーとしてしない程度です。さらに、メソッドの実装を強制については、そもそも総称関数なのでクラスが統治の単位でもありません。
また、オブジェクト指向システムがとても動的なので、チェックがコンパイル時ではなく、実行時によってしまうというのもいま一つなところです。
とはいえ、MOPのインスタンス生成プロトコルにフックを掛けてインスタンス化を抑止することは可能で、そのフックのポイントがallocate-instanceからclass-prototypeあたりになります。
allocate-instanceでメソッド実装の強制
まあ、allocate-instanceにメソッド実装の強制という責務はないのですが、インスタンスが生成されるポイントなのでフックを掛けるのがこのあたりになってしまいます。
とりあえず:abstract-methodsオプションにメソッドを指定してクラスに該当するメソッドが実装されているかをチェックするのをallocate-instance :beforeに仕掛けます。
(defpackage "0cbdbd51-5be8-57c3-9b14-9473f74c8a61" (:use c2cl))
(cl:in-package "0cbdbd51-5be8-57c3-9b14-9473f74c8a61")
(defclass enforcing-abstract-methods-class (standard-class)
((abstract-methods :initform '() :accessor class-abstract-methods)
(direct-abstract-methods :initform '()
:reader class-direct-abstract-methods
:initarg :abstract-methods)))
(defmethod finalize-inheritance :after ((class enforcing-abstract-methods-class))
(setf (class-abstract-methods class)
(remove-duplicates
(loop :for c :in (class-precedence-list class)
:when (typep c 'enforcing-abstract-methods-class)
:append (mapcar #'eval (class-direct-abstract-methods c)))
:from-end T)))
(defmethod allocate-instance :before ((class enforcing-abstract-methods-class)
&key &allow-other-keys)
(dolist (gf (class-abstract-methods class))
(or (some (lambda (x)
(find class (method-specializers x)))
(generic-function-methods gf))
(error "Can't instantiate abstract class ~S with abstract methods ~S."
class
gf))))
ついでに、インスタンス化不可なabstract-classも定義します。
こちらは、以前ブログで紹介したものになります。
一応仕組みを解説すると、abstract-classを:metaclassに指定した場合、class-prototype :aroundとallocate-instanceの組み合わせがエラーになりますが、抽象クラスのサブクラスがstandard-class等を:metaclassに指定すれば、通常ルートでインスタンス生成が実行されるのでエラーにならない、という流れです。
(defclass abstract-class (standard-class)
())
(defmethod validate-superclass ((class abstract-class) (superclass standard-class))
T)
(defmethod validate-superclass ((class standard-class) (superclass abstract-class))
T)
(defvar *outside-abstract-class* nil)
(defmethod allocate-instance ((class abstract-class) &key &allow-other-keys)
(unless *outside-abstract-class*
(error "There was an attempt to make an instance of abstract class ~S" (class-name class))))
(defmethod class-prototype :around ((class abstract-class))
(let ((*outside-abstract-class* T))
(call-next-method)))
試してみる
;; 抽象クラス
(defclass foo ()
(a b c)
(:metaclass abstract-class))
;; インスタンス化できない
(make-instance 'foo)
!!! There was an attempt to make an instance of abstract class foo
;; 実装するメソッド
(defgeneric ztesch (x))
(defgeneric bazola (x y))
;; メソッド実装強制クラス
(defclass bar (foo)
()
(:metaclass enforcing-abstract-methods-class)
(:abstract-methods #'ztesch #'bazola))
;; インスタンス化できない
(make-instance 'bar)
!!! Can't instantiate abstract class #<enforcing-abstract-methods-class bar 41C00A64F3> with abstract methods #<common-lisp:standard-generic-function ztesch 41E001C3FC>.
;; 抽象クラス+メソッド実装強制メタクラス
(defclass abstract-class-enforcing-abstract-methods-class (abstract-class enforcing-abstract-methods-class)
())
;; 抽象クラス+メソッド実装強制クラス(が抽象クラスを継承)
(defclass baz (foo)
()
(:metaclass abstract-class-enforcing-abstract-methods-class)
(:abstract-methods #'ztesch #'bazola))
;; インスタンス化できない(なお実装を強制されたメソッドが空の場合、抽象クラス側のエラーとなる)
(make-instance 'baz)
!!! Can't instantiate abstract class #<abstract-class-enforcing-abstract-methods-class baz 42205DAC5B> with abstract methods #<common-lisp:standard-generic-function ztesch 424001B494>.
;; 抽象クラス+メソッド実装強制クラス(が抽象クラスを継承)のサブクラス
(defclass quux (baz)
()
(:metaclass enforcing-abstract-methods-class))
(finalize-inheritance (find-class 'quux))
;; 実装が強制されたメソッドの確認
(class-abstract-methods (find-class 'quux))
→ (#<common-lisp:standard-generic-function ztesch 41E001C3FC> #<common-lisp:standard-generic-function bazola 41E001C434>)
;; メソッドが実装されていないのでエラー
(make-instance 'quux)
!!! Can't instantiate abstract class #<enforcing-abstract-methods-class quux 40201AD06B> with abstract methods #<common-lisp:standard-generic-function ztesch 41E001C3FC>.
;; メソッドの実装
(defmethod ztesch ((q quux))
(with-slots (a b c) q
(setq a 0 b 1 c 2))
q)
(defmethod bazola ((x integer) (y quux))
(with-slots (a b c) y
(* x (+ a b c))))
;; インスタンス化できた
(bazola 10 (ztesch (make-instance 'quux)))
→ 30
まとめ
今回は抽象クラスとメソッド実装の強制を別々に定義してメタクラスのmixinとしました。
メソッド実装が強制されるという感覚にいま一つ馴染がないのですが、Common Lispにどうなるのが正しいのかは色々コードを書いてみないと分からなさそうです……。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceがCLtL2で定義されていない謎
Posted 2020-12-13 17:11:41 GMT
allocate-instance Advent Calendar 2020 14日目の記事です。
折り返しを過ぎましたが、完全にネタ切れなのでallocate-instanceでウェブを検索したりしていますが、allocate-instance関係で以前から不思議に思っていたことを思い出したので調べてみました。
allocate-instanceがCLtL2に定義されていない
そもそも、CLtL2(Common Lisp the Language 2nd Ed.)は、ANSI Common Lisp規格成立までの中間報告書なので、ANSI CL規格からみて不備があってもしょうがないのですが、CLtL2中にはallocate-instanceの名前だけは出現するものの、項目を立てて定義が解説されてはいません。
この辺りが謎だったのですが、どうも単純に考慮漏れだったようで、CLtL2の出版時まで、処理系内部の関数なのか外部APIなのかで揺れていたようです。
オブジェクトをアロケートする手続きはどんな処理系でも備えているのは確かなのですが、外部API仕様として確立する必要が出たのは、make-load-formでユーザー定義の手続きの中にallocate-instanceを含まざるを得ないことが判明したからだったようです。
また、ANSI規格のallocate-instanceにstructure-classの定義があるのが謎だったのですが、これもmake-load-formの為だと考えれば納得です。
まとめ
いつもながらANSI CLは細かいところまで良く考えられていると感心します。 また、CLtL2はANSI CL規格の補助資料として参照するに留めるのが吉だと改めて思いました(が人気の根強いことよ)
参考
■
HTML generated by 3bmd in LispWorks 7.0.0
隠しスロットで再帰的な属性付きスロット
Posted 2020-12-12 18:31:25 GMT
allocate-instance Advent Calendar 2020 13日目の記事です。
今回もECLOSの拡張のアイデアが元ネタですが、ECLOSにはattributed-classという再帰的な属性を持つクラスが紹介されているので、属性を隠しスロットに格納するという方法で定義してみました。
- LispM.de > docs > Publications > Common Lisp
- ECLOS Metaclass library
- Extended CLOS
- Advances in Object-Oriented Metalevel Architectures and Reflection
- Why the MOP should the mopped
動作
実際のECLOSのattributed-classがどういう仕様と実装になっているかは資料が少なく良く分からないのですが、どうもスロットも属性も同じ構造を持つようです。
そうなると、属性の方に再帰的に定義クラスのオブジェクトを詰めれば良さそう、ということで、defclassのスロット定義に再帰的にdefclassの定義を詰めてみることにしました。
割と安直ですが、ECLOSの挙動も大体一緒なので実際にこういう構成かもしれません。
(defclass foo (attributed-object)
((x :initform 'x
:attributes
((a :initform 'a
:attributes
((u :initform "u")))
(b :initform (list 0 1))
c))
(y :initform 'y))
(:metaclass attributed-class)
(:default-attributes
((da :initform 'unknown))))
(let ((obj (make-instance 'foo)))
`((,(slot-value obj 'x)
(list ,(slot-value (slot-attribute obj 'x) 'a)
,(slot-value (slot-attribute (slot-attribute obj 'x) 'a) 'u))
,(slot-value (slot-attribute obj 'x) 'b))
,(list (slot-value obj 'y)
(slot-value (slot-attribute obj 'y) 'da))))
→ ((x (list a "u") (0 1)) (y unknown))
(attribute-value (make-instance 'foo) 'x 'a 'u)
→ "u"
実装
(defpackage "0003c1b3-31ed-5d6d-b58a-6d45c62acc5c"
(:use c2cl slotted-objects))
(cl:in-package "0003c1b3-31ed-5d6d-b58a-6d45c62acc5c")
(defclass attributed-class (slotted-class)
((default-attributes :initform 'nil
:initarg :default-attributes
:accessor class-default-attributes))
(:metaclass standard-class))
(defmethod allocate-instance ((class attributed-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(make-array `(2 ,(length (class-slots class)))
:initial-element (make-unbound-marker))))
(defclass attributed-object (slotted-object)
()
(:metaclass attributed-class))
(defun find-named-slot-using-class (class slot-name &optional (no-error-p nil))
#+lispworks
(flet ((wrapper-slot-names (wrapper)
(elt wrapper 4)))
(let ((wrapper (class-wrapper class))
(pos nil))
(cond ((setq pos (position slot-name (elt wrapper 1)))
(elt (wrapper-slot-names wrapper) pos))
(no-error-p nil)
(T (error "~A is not the name of a slotd." slot-name)))))
#-(or lispworks)
(cond ((loop :for slotd :in (class-slots class)
:thereis (and (eq slot-name (slot-definition-name slotd))
slotd)))
(no-error-p nil)
(t (error "~A is not the name of a slotd." slot-name))))
(defconstant slot-dim 0)
(defconstant attribute-dim 1)
(defmethod slot-value-using-class ((class attributed-class) instance (slotd slot-definition))
(aref (instance-slots instance)
slot-dim
(slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class attributed-class) instance (slotd slot-definition))
(setf (aref (instance-slots instance)
slot-dim
(slot-definition-location slotd))
value))
(defgeneric slot-attribute-using-class (class instance slotd))
(defmethod slot-attribute-using-class ((class attributed-class) instance (slotd slot-definition))
(aref (instance-slots instance)
attribute-dim
(slot-definition-location slotd)))
(defgeneric (setf slot-attribute-using-class) (val class instance slotd))
(defmethod (setf slot-attribute-using-class) (value (class attributed-class) instance (slotd slot-definition))
(setf (aref (instance-slots instance)
attribute-dim
(slot-definition-location slotd))
value))
(defun slot-attribute (instance slot-name)
(let ((class (class-of instance)))
(slot-attribute-using-class class
instance
(find-named-slot-using-class class slot-name))))
(defun (setf slot-attribute) (value instance slot-name)
(let ((class (class-of instance)))
(setf (slot-attribute-using-class class
instance
(find-named-slot-using-class class slot-name))
value)))
(defclass attributed-slot-definition (standard-slot-definition)
((attributes :initform nil
:initarg :attributes
:accessor attributed-slot-definition-attributes)))
(defclass direct-slot/attribute-definition (standard-direct-slot-definition attributed-slot-definition)
())
(defmethod direct-slot-definition-class ((class attributed-class) &rest initargs)
(find-class 'direct-slot/attribute-definition))
#+lispworks
(defmethod clos:process-a-slot-option ((class attributed-class) option value
already-processed-options slot)
(if (eq option :attributes)
(list* :attributes
`(let ((c (defclass ,(gensym (format nil
"ATTRIBUTED-CLASS.A-"
(string (car slot))))
(attributed-object)
,value
(:metaclass attributed-class))))
(finalize-inheritance c)
c)
already-processed-options)
(call-next-method)))
#+lispworks
(defmethod clos:process-a-class-option ((class attributed-class)
(name (eql :default-attributes))
value)
(unless (and value (null (cdr value)))
(error "attributed-class :default-attributes must have a single value."))
(list name
`(let ((c (defclass ,(gensym "DEFAULT-ATTRIBUTES-") (attributed-object)
,(car value)
(:metaclass attributed-class))))
(finalize-inheritance c)
c)))
(defclass effective-slot/attribute-definition (standard-effective-slot-definition attributed-slot-definition)
())
(defmethod effective-slot-definition-class
((class attributed-class) &rest initargs)
(find-class 'effective-slot/attribute-definition))
(defmethod compute-effective-slot-definition ((class attributed-class)
name
direct-slot-definitions)
(let ((effective-slotd (call-next-method)))
(dolist (slotd direct-slot-definitions)
(when (typep slotd 'attributed-slot-definition)
(setf (attributed-slot-definition-attributes effective-slotd)
(attributed-slot-definition-attributes slotd))
(return)))
effective-slotd))
(defmethod shared-initialize :after ((instance attributed-object) slot-names &rest initargs)
(let* ((class (class-of instance))
(slots (class-slots class))
(default-attributes (class-default-attributes class)))
(dolist (s slots)
(let ((attr (attributed-slot-definition-attributes s)))
(if attr
(setf (slot-attribute-using-class class instance s)
(make-instance (attributed-slot-definition-attributes s)))
(and default-attributes
(setf (slot-attribute-using-class class instance s)
(make-instance default-attributes))))))))
(defun attribute-value (instance &rest names)
(let ((ans instance))
(mapl (lambda (n)
(if (cdr n)
(setq ans (slot-attribute ans (car n)))
(setq ans (slot-value ans (car n)))))
names)
ans))
まとめ
スロットの方で再帰的に展開させるとXMLみたいな感じでしょうか。
DOMの表現はノードと属性とで別クラスになっていることが多いですが、attributed-classのようなクラスであれば一本化できそうです。
■
HTML generated by 3bmd in LispWorks 7.0.0
ファイルなスロット
Posted 2020-12-12 12:27:46 GMT
allocate-instance Advent Calendar 2020 12日目の記事です。
アドベントカレンダー折り返し地点で既にネタがブチ切れなのですが、どうにかネタを捻り出していきたいと思います。
今回は、スロットのストレージをOSのファイルとして読み書きしてみることにしました。
“objstore”ディレクトリの直下がクラス名、次にインスタンスのディレクトリがあり、その直下にスロットのファイルが配置されます。
アロケートのタイミングでファイルの読み書きをしなくても、スロットの読み書きでフックをかければ似たようなことはできるのですが、ファイルの確保はallocate-instanceが担当する方が素直かなと思いました。
一応論理パスを利用してファイル名との直接のマッピングは避けています。
非常に簡易的な永続化の方法ですが、案外使えるかも?
実装
(defpackage "8a202ea6-99d1-523d-969b-dbf5fb19ffa5"
(:use c2cl slotted-objects))
(cl:in-package "8a202ea6-99d1-523d-969b-dbf5fb19ffa5")
(setf (logical-pathname-translations "objstore")
`(("**;*.*.*" "/tmp/**/*.*")))
(defclass file-slots-class (slotted-class) ())
(defclass file-slots-objects (slotted-object)
()
(:metaclass file-slots-class))
(defun openo (path)
(open path
:direction :output
:if-does-not-exist :create
:if-exists :supersede))
(defmethod allocate-instance ((class file-slots-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(let* ((instance-name (gensym (string (class-name class))))
(files (mapcar (lambda (s)
(ensure-directories-exist
(make-pathname :host "objstore"
:directory
`(:absolute ,(string (class-name class)) ,(string instance-name))
:name (string (slot-definition-name s)))))
(class-slots class))))
(dolist (f files files)
(with-open-stream (out (openo f))
(print nil out))))))
(defmethod slot-value-using-class ((class file-slots-class) instance (slotd slot-definition))
(with-open-file (in (elt (instance-slots instance) (slot-definition-location slotd)))
(read in)))
(defmethod (setf slot-value-using-class) (value (class file-slots-class) instance (slotd slot-definition))
(with-open-stream (out (openo (elt (instance-slots instance) (slot-definition-location slotd))))
(print value out)
(terpri out)
value))
動作
(defclass foo (file-slots-objects)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass file-slots-class))
(defclass bar (foo)
((d :initform 3))
(:metaclass file-slots-class))
(let ((obj (make-instance 'bar)))
(setf (slot-value obj 'd)
"こんにちは"))
$ ls /tmp/bar
bar17928740$ cat /tmp/bar/*/*
0
1
2
"こんにちは"
■
HTML generated by 3bmd in LispWorks 7.0.0
隠しスロットで遅延初期化なスロット
Posted 2020-12-10 17:54:31 GMT
allocate-instance Advent Calendar 2020 11日目の記事です。
このブログで度々取り上げているECLOSというMOPの拡張にlazy-classという初期化をアクセス時まで遅延させる機能があるのですが、今回はこの遅延初期化を二次元配列で実装してみようと思います。
- LispM.de > docs > Publications > Common Lisp
- ECLOS Metaclass library
- Extended CLOS
- Advances in Object-Oriented Metalevel Architectures and Reflection
- Why the MOP should the mopped
遅延初期化の仕様
(defclass foo (lazy-init-object)
((a :initform 0 :initialization :read)
(b :initform 1 :initialization :access)
(c :initform 2))
(:metaclass lazy-init-class))こんな感じに:initializationでスロット読み取り時(:read)や、スロット更新時(:access)が指定された場合、その時まで初期化は遅延されます。
本家ECLOSでは、さらにスロット間の初期化順序の関係性を記述することが可能ですが、論文の記述だけだと若干挙動が不明なのと、かなり複雑になるので、今回は初期化タイミングの機能に絞ります。
実装
今回実装した遅延の仕組みは非常に単純で、二次元配列で隠しスロットを付加し、そこに初期化関数のクロージャーを詰め、指定のタイミングで呼び出すだけです。
詰め込みにはshared-initializeを使いますが、安易にshared-initializeの中でslot-value-using-classを呼ぶと無限ループするので注意しましょう。自分はこのパターンを良くやってしまいます(自分だけか)
大したことはしていないのですが、スロットにオプションを追加すると長くなります……。
(defpackage "2fa9989a-2db4-50b0-953d-4285ca2aaa88"
(:use c2cl slotted-objects))
(cl:in-package "2fa9989a-2db4-50b0-953d-4285ca2aaa88")
(defclass lazy-init-class (slotted-class)
())
#+lispworks
(defmethod clos:process-a-slot-option
((class lazy-init-class) option value already-processed-options slot)
(if (eq option :initialization)
(list* :initialization value already-processed-options)
(call-next-method)))
(defclass lazy-init-object (slotted-object)
()
(:metaclass slotted-class))
(defconstant slot-dim 0)
(defconstant init-dim 1)
(defmethod allocate-instance ((class lazy-init-class) &rest initargs)
(declare (ignore initargs))
(allocate-slotted-instance (class-wrapper class)
(make-array `(2 ,(length (class-slots class)))
:initial-element (make-unbound-marker))))
(defclass lazy-init-slot-definition (slot-definition)
((initialization :initform nil
:accessor slot-definition-initialization
:initarg :initialization)))
(defclass lazy-init-direct-slot-definition (standard-direct-slot-definition lazy-init-slot-definition)
())
(defmethod direct-slot-definition-class ((class lazy-init-class) &rest initargs)
(find-class 'lazy-init-direct-slot-definition))
(defclass lazy-init-effective-slot-definition (standard-effective-slot-definition lazy-init-slot-definition)
())
(defmethod effective-slot-definition-class ((class lazy-init-class) &rest initargs)
(find-class 'lazy-init-effective-slot-definition))
(defmethod compute-effective-slot-definition ((class lazy-init-class) name direct-slot-definitions)
(declare (ignore name))
(let ((eslotd (call-next-method)))
(dolist (dslotd direct-slot-definitions)
(when (typep dslotd (find-class 'lazy-init-slot-definition))
(setf (slot-definition-initialization eslotd)
(slot-definition-initialization dslotd))))
eslotd))
(defmethod initialize-slot-from-initarg ((class lazy-init-class) instance slotd initargs)
(let ((slot-initargs (slot-definition-initargs slotd)))
(loop :for (initarg value) :on initargs :by #'cddr
:do (when (member initarg slot-initargs)
(setf (aref (instance-slots instance) slot-dim (slot-definition-location slotd))
value)
(return T)))))
(defmethod initialize-slot-from-initfunction ((class lazy-init-class) instance slotd)
(let ((initfun (slot-definition-initfunction slotd)))
(unless (not initfun)
(setf (aref (instance-slots instance) slot-dim (slot-definition-location slotd))
(funcall initfun)))))
(defmethod shared-initialize ((instance lazy-init-object) slot-names &rest initargs)
(let* ((class (class-of instance))
(slotds (class-slots class)))
(dolist (slotd slotds)
(setf (aref (instance-slots instance) init-dim (slot-definition-location slotd))
(lambda ()
(unless (initialize-slot-from-initarg class instance slotd initargs)
(when (or (eq T slot-names)
(member (slot-definition-name slotd) slot-names))
(initialize-slot-from-initfunction class instance slotd))))))
;; eager init
(dolist (slotd slotds)
(when (null (slot-definition-initialization slotd))
(let ((slots (instance-slots instance))
(loc (slot-definition-location slotd)))
(funcall (aref slots init-dim loc))
(setf (aref slots init-dim loc) nil)))))
instance)
(defmethod slot-value-using-class ((class lazy-init-class) instance (slotd slot-definition))
(let ((loc (slot-definition-location slotd))
(slots (instance-slots instance)))
(case (slot-definition-initialization slotd)
((:read)
(when (aref slots init-dim loc)
(funcall (aref slots init-dim loc))
(setf (aref slots init-dim loc) nil)))
(otherwise nil))
(aref slots slot-dim loc)))
(defmethod (setf slot-value-using-class) (value (class lazy-init-class) instance (slotd slot-definition))
(let ((loc (slot-definition-location slotd))
(slots (instance-slots instance)))
(case (slot-definition-initialization slotd)
((:read :access)
(when (aref slots init-dim loc)
(funcall (aref slots init-dim loc))
(setf (aref slots init-dim loc) nil)))
(otherwise nil))
(setf (aref slots slot-dim loc) value)))
動作
(defclass foo (lazy-init-object)
((a :initform 0 :initialization :read)
(b :initform 1 :initialization :access)
(c :initform 2))
(:metaclass lazy-init-class))
(let ((obj (make-instance 'foo)))
(instance-slots obj)) ;スロットデータの中身を覗いてみる
→
#2A((#<Slot Unbound Marker> #<Slot Unbound Marker> 2)
(#<Closure 1 subfunction of (method shared-initialize (lazy-init-object t)) 4060013B14>
#<Closure 1 subfunction of (method shared-initialize (lazy-init-object t)) 4060013B3C>
#<Closure 1 subfunction of (method shared-initialize (lazy-init-object t)) 4060013B64>))
(let ((obj (make-instance 'foo)))
(with-slots (a b c) obj a b c)
(instance-slots obj))
→
#2A((0 #<Slot Unbound Marker> 2)
(nil #<Closure 1 subfunction of (method shared-initialize (lazy-init-object t)) 406001227C> nil)) ; :read で初期化された
(let ((obj (make-instance 'foo)))
(with-slots (a b c) obj
a
(setq b 42)
c)
(instance-slots obj))
→
#2A((0 42 2) (nil nil nil)) ; :readと:access で初期化された
まとめ
スロット初期化の遅延ですが、個人的には遅延させたい局面に遭遇したことがないので、いまいちぴんと来ません。大きなリソースを割り付けたい場合などにはできるだけ遅延させると効率が良いのかも。
メタクラスの定義やスロット定義では似たようなものを毎度書くので、defmetaclassのようなものを定義して使っている人もいます。
Eric L. Peterson氏のdefmetaclassは、なかなか良い圧縮具合と使い勝手っぽいので真似してみたいところですが、全部のパターンがマクロで上手く纏められるかというと、そうでもないのがなんとも悩ましい。
参考
■
HTML generated by 3bmd in LispWorks 7.0.0
コンパクトなスロットの紹介
Posted 2020-12-09 17:04:47 GMT
allocate-instance Advent Calendar 2020 10日目の記事です。
毎度ネタ切れになると、先人の活用事例を参考にしたりライブラリ紹介をしたりしていますが、allocate-instanceに限っては、ほとんど事例がない様子。
メソッドコンビネーションでさえそこそこ事例はあったのに……。
とはいえ、とりあえず一つは見付けたので、そちらの紹介をしてみます。
しかし、どうも実験的なものらしく、プロジェクトのゴミ箱フォルダに入っています。
compact-class
今回紹介するのは、いつも妙なものを作っているhu.dwimの皆さんのhu.dwim.utilの中のcompact-classです。
スロット内容をコンパクトな表現に変換するようですが、とりあえず動作を説明すると、
(defclass foo ()
((a :initform nil :allocation :compact :type boolean)
(b :initform nil :allocation :compact :type boolean)
(c :initform nil :allocation :compact :type boolean)
(d :initform nil :allocation :compact :type boolean))
(:metaclass compact-class))(let ((obj (make-instance 'foo)))
(setf (slot-value obj 'a) T)
(setf (slot-value obj 'b) T)
(with-slots (a b c d) obj
(list a b c d
(instance-slots obj))))
→ (t t nil nil #(3))
—のように:allocation :compactを指定するとboolean型のスロット群の(t t nil nil)のコンパクトな表現として、#(3)が格納されます。
(t t nil nil) 反転→ (nil nil t t) → #b0011 → 3
という具合になります。
対応している型と圧縮/解凍の手順ですが、スロットのリーダー/ライターの関数を生成する部分に書いてあります。
ちなみに、SBCLに特化した記述になっていますが、現在のSBCLでは動かないようです。
(def function make-compact-slot-reader (slot)
(bind ((compact-word-offset (compact-word-offset-of slot))
(compact-bits-offset (compact-bits-offset-of slot))
(compact-bit-size (compact-bit-size-of slot))
(type (slot-definition-type slot)))
(declare (type (integer 0 #.(integer-length most-positive-fixnum)) compact-bit-size compact-bits-offset)
(type fixnum compact-word-offset))
(flet ((%slot-value (instance)
(declare #.(optimize-declaration))
(the fixnum (ldb (byte compact-bit-size compact-bits-offset)
(the fixnum (standard-instance-access instance compact-word-offset))))))
(declare (inline %slot-value))
(cond ((subtypep type 'boolean)
(lambda (instance)
(declare #.(optimize-declaration))
(= (%slot-value instance) 1)))
((subtypep type 'integer)
(lambda (instance)
(declare #.(optimize-declaration))
(%slot-value instance)))
((subtypep type 'base-char)
(lambda (instance)
(declare #.(optimize-declaration))
(code-char (%slot-value instance))))
((subtypep type 'single-float)
(lambda (instance)
(declare #.(optimize-declaration))
#+sbcl (sb-vm::make-single-float (%slot-value instance))))
((and (subtypep type 'simple-base-string)
(consp type))
(lambda (instance)
(declare #.(optimize-declaration))
(iter (with value = (%slot-value instance))
(with string = (make-string (second type)))
(for index :from 0 :below (the fixnum (second type)))
(for position :initially 0 :then (+ 7 position))
(declare (type fixnum index position))
(setf (aref string index) (code-char (ldb (byte 7 position) value)))
(finally (return string)))))
(t
(aif (type-instance-count-upper-bound type)
(bind ((instance-list (type-instance-list type)))
(lambda (instance)
(elt instance-list (%slot-value instance))))
(error "Unknown compact type ~A" type)))))))まとめ
今回は、hu.dwim.utilのcompact-classを紹介してみました。
結構アグレッシブで面白いと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
多次元配列で隠しスロット
Posted 2020-12-09 01:04:00 GMT
allocate-instance Advent Calendar 2020 9日目の記事です。
以前、初期MOPの文献で、隠しスロットの実例としてスロットにfacetをつけるというのを紹介しましたが、こちらの例では隠しスロットは、本スロットと交代の並びで追加されるので、本スロットの位置×2で位置を求めたりしていました。
しかし、ストレージを一次元配列ではなく、多次元配列にしてしまえば、値のインデックスはそのままで指定の次元アクセスすれば対応した場所にアクセスできて便利なのではないかと思ったので、試してみました。
(defpackage "493c1b0d-ff75-5a3a-9872-43d488f33914"
(:use c2cl slotted-objects))
(in-package "493c1b0d-ff75-5a3a-9872-43d488f33914")
(defclass faceted-slot-class (slotted-class)
())
(defclass faceted-slot-object (slotted-object)
()
(:metaclass faceted-slot-class))
(defconstant slot-dim 0)
(defconstant facet-dim 1)
(defmethod allocate-instance ((class faceted-slot-class) &rest initargs)
(declare (ignore initargs))
(allocate-slotted-instance (class-wrapper class)
(make-array `(2 ,(length (class-slots class)))
:initial-element (make-unbound-marker))))
(defmethod slot-value-using-class ((class faceted-slot-class) instance (slotd slot-definition))
(aref (instance-slots instance) slot-dim (slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class faceted-slot-class) instance (slotd slot-definition))
(setf (aref (instance-slots instance) slot-dim (slot-definition-location slotd))
value))
(defun facet-missing (instance facet-name)
(error "The facet ~S is missing from the object ~S" facet-name instance))
(defun slot-facet (instance slot-name)
(aref (instance-slots instance)
facet-dim
(slot-definition-location
(or (find slot-name (class-slots (class-of instance)) :key #'slot-definition-name)
(facet-missing instance slot-name)))))
(defun (setf slot-facet) (value instance slot-name)
(setf (aref (instance-slots instance)
facet-dim
(slot-definition-location
(or (find slot-name (class-slots (class-of instance)) :key #'slot-definition-name)
(facet-missing instance slot-name))))
value))
動作
(defclass zot (faceted-slot-object)
((a :initform 42)
(b :initform 43)
(c :initform 44))
(:metaclass faceted-slot-class))(describe (make-instance 'zot))
⇒
#<zot 41601B9CD3> is a zot
a 42
b 43
c 44
;;; facetに値を設定
(let ((o (make-instance 'zot)))
(setf (slot-facet o 'a) 'facet-a)
(setf (slot-facet o 'b) 'facet-b)
(setf (slot-facet o 'c) 'facet-c)
(mapcar (lambda (s)
(list (slot-value o s)
(slot-facet o s)))
'(a b c)))
→ ((42 facet-a) (43 facet-b) (44 facet-c))
まとめ
やはりスロットに一対一で対応するような隠しスロットには一本のベクタで配置を工夫するよりは、多次元配列の方が安直に実装できます。
スロットにフラグを持たせる場所としては便利そうですが、さて実用的にはどうなのか……。
■
HTML generated by 3bmd in LispWorks 7.0.0
CODASYLなインスタンス
Posted 2020-12-07 18:39:35 GMT
allocate-instance Advent Calendar 2020 8日目の記事です。
allocate-instanceでカスタマイズしたいような場面について考えていますが、
- インスタンスに隠しスロットのような付加情報を持たせたいが、付加情報は外のAPIからは見えて欲しくない
- アロケートする場所を工夫したい(空間効率etc)
- (外部API的には)余計なスロットを追加しないでインスタンス群を組織化したい
あたりがある気がしていますが、今回は、インスタンス群の組織化で考えてみたいと思います。
CODASYL Set
論理・代数・データベースという本を読んでいて、昔のデータベースの構成方法にCODASYL Setというのがあることを知ったのですが、これはナビゲーショナルデータベースや、ネットワーク型データモデルの先駆けらしいです。
親子関係にあるオブジェクトでリンクトリストを作る感じですが、インスタンス群を組織化するのに隠しスロットが使えそうなので試してみましょう。
オブジェクトはownerとmemberに分かれ、ownerが作る循環リストにメンバーが接続していくという感じです。
CODASYL Setのシンプルな構成は、循環する一方向リストですが、追加や検索の便宜を図ってownerへのポインタと前後のポインタを持つことが多いそうなので、そういう構成で書いてみます。
(defpackage "c247a8da-b119-500b-b556-47ff40b1347a"
(:use c2cl slotted-objects))
(in-package "c247a8da-b119-500b-b556-47ff40b1347a")
(defclass codasyl-class (slotted-class)
((owner :accessor codasyl-class-owner :initform nil :initarg :owner)))
#+lispworks
(defmethod clos:process-a-class-option ((class codasyl-class) (name (eql :owner)) value)
(unless (and value (null (cdr value)))
(error "codasyl-class: :owner must have a single value."))
`(,name ,(car value)))
(defclass codasyl-object (slotted-object)
()
(:metaclass codasyl-class))
(defclass codasyl-element ()
((slots :accessor codasyl-element-slots :initarg :slots)
(owner :accessor codasyl-element-owner :initarg :owner :initform nil)
(next :accessor codasyl-element-next :initform nil)
(prev :accessor codasyl-element-prev :initform nil)))
(defmethod allocate-instance ((class codasyl-class) &rest initargs)
(let* ((slots (make-instance 'codasyl-element
:slots (make-sequence 'vector
(length (class-slots class))
:initial-element (make-unbound-marker))))
(instance (allocate-slotted-instance (class-wrapper class) slots)))
(setf (codasyl-element-owner slots) instance)
(setf (codasyl-element-prev slots) instance)
(setf (codasyl-element-next slots) instance)
instance))
(defmethod slot-value-using-class ((class codasyl-class) instance (slotd slot-definition))
(elt (codasyl-element-slots (instance-slots instance))
(slot-definition-location slotd)))
(defmethod (setf slot-value-using-class) (value (class codasyl-class) instance (slotd slot-definition))
(setf (elt (codasyl-element-slots (instance-slots instance))
(slot-definition-location slotd))
value))
(defun find-last-codasyl-element (owner)
(loop :for elt := (codasyl-element-next (instance-slots owner)) :then (codasyl-element-next (instance-slots elt))
:when (eq (codasyl-element-next (instance-slots elt)) owner)
:return elt))
(defmethod initialize-instance :after ((instance codasyl-object) &rest initargs)
(let ((slot-data (instance-slots instance)))
(let ((default-owner (codasyl-element-owner slot-data))
(new-owner (codasyl-class-owner (class-of instance))))
;; if instance is member type
(and (codasyl-class-owner (class-of instance))
(unless (eq default-owner new-owner)
;; set the new owner
(setf (codasyl-element-owner slot-data) new-owner)
(let ((last (find-last-codasyl-element (codasyl-element-owner slot-data))))
;; concatenate the new member
(setf (codasyl-element-prev slot-data) last)
(setf (codasyl-element-next (instance-slots last)) instance)
(setf (codasyl-element-next slot-data) new-owner)))))))
(defun walk-codasyl-members (owner fn)
(loop :for e := (codasyl-element-next (instance-slots owner)) :then (codasyl-element-next (instance-slots e))
:until (eq e owner)
:do (funcall fn e)))
(defun map-codasyl-members (owner fn)
(loop :for e := (codasyl-element-next (instance-slots owner)) :then (codasyl-element-next (instance-slots e))
:until (eq e owner)
:collect (funcall fn e)))
循環構造を作るので無駄に長くなりました……。
試してみる
(defclass owner-foo (codasyl-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass codasyl-class))
(defclass member-foo (codasyl-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass codasyl-class)
(:owner (class-prototype (find-class 'owner-foo))))
;; 10個生成する
(dotimes (i 10)
(make-instance 'member-foo))
;;
(map-codasyl-members (codasyl-class-owner (find-class 'member-foo))
(lambda (m)
(with-slots (a b c) m
(list a b c))))
→ ((0 1 2) (0 1 2) (0 1 2) (0 1 2) (0 1 2) (0 1 2) (0 1 2) (0 1 2) (0 1 2) (0 1 2))
まとめ
1970年代のリソース環境では、循環リストにする価値はあったんだと思いますが、普通のリストにすれば結構単純化できそうです。
要素を別途リストで管理すれば良いのですが、今回のポイントは要素内に隠しスロットで前後および親へのポインタを持つということでしょうか。
Linuxのリスト実装の構造体のトリックがありますが、今回のようなクラスを定義してmixinして使うとリストが作れる的なクラスも実現できたりしそうです。
参考
■
HTML generated by 3bmd in LispWorks 7.0.0
スロット付きオブジェクトのデータ構造について考える
Posted 2020-12-06 21:21:25 GMT
allocate-instance Advent Calendar 2020 7日目の記事です。
これまで、allocate-instanceで確保するストレージをスロット付きオブジェクトというところまで拡大して、データ構造を差し替えたりしてみましたが、現時点で考え付くものをまとめてみたいと思います(ネタ切れともいう)
今回も共通の処理は、slotted-objectsにまとめたものを利用します。
(defpackage "e718761d-aab2-548a-aa32-d3ba5e48b3ce"
(:use c2cl slotted-objects))(in-package "e718761d-aab2-548a-aa32-d3ba5e48b3ce")
シンボルをストレージにする
先日も似たようなことをやっていましたが、symbol-plistをストレージにしたらどうかという試みです。
(defclass symbol-class (slotted-class)
())
(defclass symbol-object (slotted-object)
()
(:metaclass symbol-class))
(defmethod allocate-instance ((class symbol-class) &rest initargs)
(let ((sym (gentemp (string (class-name class)))))
(setf (symbol-plist sym)
(mapcan (lambda (s)
(list s (make-unbound-marker)))
(class-slots class)))
(allocate-slotted-instance (class-wrapper class)
sym)))
(defmethod slot-value-using-class ((class symbol-class) instance (slotd slot-definition))
(get (instance-slots instance) slotd))
(defmethod (setf slot-value-using-class) (value (class symbol-class) instance (slotd slot-definition))
(setf (get (instance-slots instance) slotd)
value))
(defclass symbol-foo (symbol-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass symbol-class))
シンボルはplistだけを利用するのですが、インスタンスをシンボルの値にするの方が色々応用がききそうです。
(let ((obj (make-instance 'symbol-foo)))
(set (instance-slots obj) obj)
(instance-slots obj))
→ symbol-foo4symbol-foo4
→ #<symbol-foo 4020099DF3>
(symbol-plist 'symbol-foo4)
→
(#<standard-effective-slot-definition a 42202D39D3>
0
#<standard-effective-slot-definition b 42202D4B93>
1
#<standard-effective-slot-definition c 42202D4D2B>
2)
(incf (slot-value symbol-foo4 'a) 100)
→ 100
(symbol-plist 'symbol-foo4)
→
(#<standard-effective-slot-definition a 42202D39D3>
100
#<standard-effective-slot-definition b 42202D4B93>
1
#<standard-effective-slot-definition c 42202D4D2B>
2)
alist、plistをストレージにする
(defclass alist-class (slotted-class)
())
(defclass alist-object (slotted-object)
()
(:metaclass alist-class))
(defmethod allocate-instance ((class alist-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(mapcar (lambda (s)
(cons s (make-unbound-marker)))
(class-slots class))))
(defmethod slot-value-using-class ((class alist-class) instance (slotd slot-definition))
(cdr (assoc slotd (instance-slots instance))))
(defmethod (setf slot-value-using-class)
(value (class alist-class) instance (slotd slot-definition))
(setf (cdr (assoc slotd (instance-slots instance)))
value))
(defclass alist-foo (alist-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass alist-class))
構造が似ているだけに、シンボルのplistと大差ありません。
シンボルのplistやリストをオブジェクトと連携させた際の応用としては、古えのAIプログラム等は、シンボルのplistやリスト操作を駆使したものが多いので、そういうリストとシンボルの塊のプログラムにマッピングをして見通しの良いプログラムに段階的に変換したりするのに使えたりするかもしれません。
(let ((obj (make-instance 'alist-foo)))
(incf (slot-value obj 'c) 100)
(instance-slots obj))
→
((#<standard-effective-slot-definition a 402019DFB3> . 0)
(#<standard-effective-slot-definition b 402019E01B> . 1)
(#<standard-effective-slot-definition c 402019E083> . 102)) ハッシュテーブルをストレージにする
ハッシュテーブルをストレージにするのは先日試しました
データ効率向上以外の応用としては、クロージャー+ハッシュテーブルなプログラムをクラスを利用したものに変換するのに使えたりするかもしれません。
標準的でないベクタ構成をストレージにする
AoS
AoSな構成については先日書きました。
1990年代のMOPの応用例の考察として、LispマシンにあったAREAというGC対象外の手動でメモリ管理する領域にインスタンスのストレージを確保する、というのがちょくちょく出てきます。
大きい配列をそのような領域に確保するという目的には丁度良いかもしれません。
SoA
AoSの逆のSoAについてはAoSと似たような応用が考えられますが、配列要素にガッチリ型を指定可能なので、型検査のメリットを活かすスロットの一つの実現方法としてSoAを利用するというのもありかなと思ったりしています。
構造体をストレージにする
(defclass struct-class (slotted-class)
())
(defmethod ensure-class-using-class :before ((class struct-class) name &rest initargs)
(eval `(defstruct ,(intern (concatenate 'string (string (class-name class)) (string '-struct)))
,@(mapcar (lambda (s)
(list (slot-definition-name s) (make-unbound-marker)))
(class-slots class)))))
(defclass struct-object (slotted-object)
()
(:metaclass struct-class))
(defmethod allocate-instance ((class struct-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(funcall (fdefinition
(intern
(concatenate 'string
(string 'make-)
(string (class-name class))
(string '-struct)))))))
(defmethod slot-value-using-class ((class struct-class) instance (slotd slot-definition))
(slot-value (instance-slots instance) (slot-definition-name slotd)))
(defmethod (setf slot-value-using-class) (value (class struct-class) instance (slotd slot-definition))
(setf (slot-value (instance-slots instance) (slot-definition-name slotd))
value))
(defclass struct-foo (struct-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass struct-class))
段々屋上屋っぽくなってきましたが、これも既存の構造体メインで構築したプログラムを、段階的に徐々に変換するのに使えたりもすかもしれません(上例ではクラス定義時に構造体を定義していますが)
(let ((obj (make-instance 'struct-foo)))
(incf (slot-value obj 'c) 100)
(instance-slots obj))
→ #S(struct-foo-struct :a 0 :b 1 :c 102) オブジェクトをストレージにする
(defclass class-class (slotted-class)
())
(defmethod ensure-class-using-class :before ((class class-class) name &rest initargs &key direct-slots)
(ensure-class-using-class (find-class 'standard-class)
(intern (concatenate 'string (string name) (string '-storage)))
:direct-slots direct-slots))
(defclass class-object (slotted-object)
()
(:metaclass class-class))
(defmethod allocate-instance ((class class-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(make-instance (intern (concatenate 'string
(string (class-name class))
(string '-storage))))))
(defmethod slot-value-using-class ((class class-class) instance (slotd slot-definition))
(slot-value (instance-slots instance) (slot-definition-name slotd)))
(defmethod (setf slot-value-using-class) (value (class class-class) instance (slotd slot-definition))
(setf (slot-value (instance-slots instance) (slot-definition-name slotd))
value))
完全に屋上屋ですが、既存の定義をニコイチにしてスロット名をつけかえたりできるかもしれません。
(defclass class-foo (class-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass class-class))(let ((obj (make-instance 'class-foo)))
(incf (slot-value obj 'c) 100)
(describe (instance-slots obj)))
⇒
#<class-foo-storage 40200BA7F3> is a class-foo-storage
a 0
b 1
c 102
まとめ
当初の計画ではデータ構造ごとにエントリーを書いていればallocate-instanceアドベントカレンダーの25日間はしのげるかなと思ったのですが、話が広げられないので今回一つにまとめて書いてしまいました。
あと18ネタをどう捻り出すか……。
■
HTML generated by 3bmd in LispWorks 7.0.0
Tiny CLOS MOPが本家CLOS MOPの進化版だった件
Posted 2020-12-05 23:00:44 GMT
allocate-instance Advent Calendar 2020 6日目の記事です。
今回は、allocate-instanceを含めたInstance Structure Protocol(ISP)について書きたいと思います。
Advances in Object-Oriented Metalevel Architectures and Reflectionというオブジェクト指向プログラミングの本で、ECLOSというCLOS MOPの活用事例の紹介論文があるのですが、この論文の補遺にKiczales先生が1990年代前半に考えていたCLOS MOPのISPの改善案が紹介されています。
- Advances in Object-Oriented Metalevel Architectures and Reflection
- Why the MOP should the mopped
改善案では、
compute-getter-and-setterを導入slot-value-using-class、standard-instance-access、funcallable-standard-instance-accessの廃止
というのが主なところですが、compute-getter-and-setterはTiny CLOS系でお馴染です。
ここで紹介されている改善案とTiny CLOSのISP構成を比較してみると、実際そのまま同じ構成でした。
旧プロトコルの問題としては、
slot-value-using-classとその “setf” にメソッドを定義するユーザ拡張機能方式は、standard-instance-accessのような直のアクセスに比べてパフォーマンスが著しく低かった- オブジェクトのインスタンスに隠しストレージを追加したりする場合に面倒だった。
—等があり、この辺りをcompute-getter-and-setterでslot-valueの下請けのセッターとゲッターをまとめて管理するようにすることで改善できた、としています。
コンセプトを説明するためのコードも記載されているので、試しに既存のCommon Lisp上で動くかを試してみましたが、ISPをまるごと差し替えるのは、それなりに面倒な様子です。
具体的には、クラスの再定義時のインスタンス情報の更新プロトコルも併せて修正する必要がありそうです。
まとめ
Tiny CLOS系のMOPと、CLOS MOPで結構違うのがスロットのカスタマイズの作法ですが、Tiny CLOS方式の方が見通し良くコードも簡潔にカスタマイズできます。
パフォーマンスに関しては、Common Lisp処理系でもCLOS MOPの枠内での工夫があるので、そこまでの違いはなさそうな気はします。
AMOPがCommon LispのMOPの決定版の地位を確立したところまでは良かったのですが、それ以降は停滞してしまいました。
CLOS MOPはANSI規格で定義されているわけではないので、処理系ごとに色々できそうですが、AMOPという定番がある故にそこから逸脱することも難しく色々微妙なことになっています……。
コード
(defpackage "899d6e7c-87b9-559a-8075-8452920d48fc"
(:use c2cl slotted-objects)
(:shadow slot-value class-slots))
(in-package "899d6e7c-87b9-559a-8075-8452920d48fc")
(defclass new-standard-class (standard-class)
((nfields :initform nil)
(getters-n-setters :initform '())
(slots :initform '() :accessor class-slots)))
(defmethod validate-superclass ((c new-standard-class) (s standard-class))
T)
(defmethod allocate-instance ((class new-standard-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(make-sequence 'vector (cl:slot-value class 'nfields)
:initial-element (make-unbound-marker))))
(defgeneric compute-getter-and-setter (class eslotd eslotds field-allocator))
(defmethod compute-getter-and-setter ((class standard-class)
(eslotd standard-effective-slot-definition)
eslotds
field-allocator)
(ecase (slot-definition-allocation eslotd)
(:instance (list eslotd
(funcall field-allocator)
(lambda (ignore-obj val)
(declare (ignore ignore-obj))
val)
(lambda (ignore-obj val new)
(declare (ignore val ignore-obj))
new)))
(:class (let ((cell (cons (make-unbound-marker) nil)))
(list eslotd
nil
(lambda (ignore-obj ignore-val)
(declare (ignore ignore-obj ignore-val))
(car cell))
(lambda (ignore-obj ignore-val new)
(declare (ignore ignore-obj ignore-val))
(setf (car cell) new)))))))
#+lispworks
(defun make-wrapper (class eslotds)
(let ((wrapper (clos::make-wrapper-standard (length eslotds))))
(clos::initialize-wrapper wrapper)
(setf (elt wrapper 1)
(mapcar #'slot-definition-name eslotds))
(setf (clos::wrapper-class wrapper)
class)
(setf (elt wrapper 4)
eslotds)
wrapper))
(defmethod finalize-inheritance ((class new-standard-class))
(setf (class-precedence-list class)
(compute-class-precedence-list class))
(setf (cl:slot-value class 'slots) (compute-slots class))
(let* ((eslotds (class-slots class))
(nfields 0)
(field-allocator (lambda ()
(prog1
nfields
(incf nfields)))))
(setf (cl:slot-value class 'getters-n-setters)
(mapcar (lambda (eslotd)
(compute-getter-and-setter class eslotd eslotds field-allocator))
eslotds))
(setf (cl:slot-value class 'nfields) nfields)
(setf (class-default-initargs class)
(compute-default-initargs class))
(setf (clos::class-wrapper class)
(make-wrapper class eslotds)))
nil)
(defgeneric get-field (object field))
(defmethod get-field ((object standard-object) field)
(elt (instance-slots object) field))
(defgeneric set-field (object field value))
(defmethod set-field ((object standard-object) field value)
(setf (elt (instance-slots object) field)
value))
(defun slot-value (object slot-name)
(let* ((class (class-of object))
(eslotd (find slot-name (class-slots class)
:key #'slot-definition-name)))
(destructuring-bind (field getter setter)
(cdr (assoc eslotd (cl:slot-value class 'getters-n-setters)))
(declare (ignore setter))
(funcall getter object (and field (get-field object field))))))
(defun (setf slot-value) (new object slot-name)
(let* ((class (class-of object))
(eslotd (find slot-name (class-slots class)
:key #'slot-definition-name)))
(destructuring-bind (field getter setter)
(cdr (assoc eslotd (cl:slot-value class 'getters-n-setters)))
(declare (ignore getter))
(if field
(set-field object
field
(funcall setter object (get-field object field) new))
(funcall setter object nil new)))))
■
HTML generated by 3bmd in LispWorks 7.0.0
履歴付きスロットなインスタンス
Posted 2020-12-04 18:27:55 GMT
allocate-instance Advent Calendar 2020 5日目の記事です。
allocate-instanceをいじくるネタを捻り出す毎日ですが、今回は履歴付きスロットを実現してみたいと思います。
今回も共通の処理は、slotted-objectsにまとめたものを利用します。
履歴付きスロットとは
スロットの更新履歴を全部保存しておいて、後から参照できるようなスロットです。
実例はこれまで目にしたことはないもののMOPの文献等でたまに用例として出てきたりします。
履歴を保存するデータ構造は色々な方法で簡単に作成できると思うので、allocate-instanceがそのようなデータ構造を確保してしまう方が、allocate-instanceよりも上のレベルであれこれするより素直で直截的かと思うので、allocate-instanceのカスタマイズ向きな用例かもしれません。
今回は素朴な実装ですが、slot-historyという現在の値と履歴のハッシュテーブルを持つオブジェクトを定義して各スロットがそれを保持することにしてみました。
スロットに値をセットする時にタイムスタンプを押しますが、get-internal-real-timeを適当に使っています。
(defpackage "f9685263-15f6-55c9-a3bb-325737df58f2"
(:use :c2cl :slotted-objects))
(in-package "f9685263-15f6-55c9-a3bb-325737df58f2")
(defclass history-slots-class (slotted-class) ())
(defclass history-slots-object (slotted-object)
()
(:metaclass history-slots-class))
(defclass slot-history ()
((cur :initform (make-unbound-marker) :accessor slot-history-value)
(log :initform (make-hash-table) :accessor slot-history-log)))
(defmethod allocate-instance ((class history-slots-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(map 'vector
(lambda (x)
(declare (ignore x))
(make-instance 'slot-history))
(class-slots class))))
(defmethod slot-value-using-class ((class history-slots-class) instance (slotd slot-definition))
(slot-history-value (elt (instance-slots instance) (slot-definition-location slotd))))
(defmethod (setf slot-value-using-class)
(value (class history-slots-class) instance (slotd slot-definition))
(let ((slot (elt (instance-slots instance) (slot-definition-location slotd))))
(setf (gethash (get-internal-real-time) (slot-history-log slot))
value)
(setf (slot-history-value slot) value)))
試してみる
(defclass foo (slotted-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass history-slots-class))
(defun replay-slots (instance)
(let* ((slots (instance-slots instance))
(timestamps (sort
(loop :for s :across slots
:append (loop :for ts :being :the :hash-keys :of (slot-value s 'log) :collect ts))
#'<)))
(dolist (ts timestamps)
(map nil
(lambda (slot name)
(let ((log (gethash ts (slot-value slot 'log))))
(when log
(format T "~&~S: ~S → ~S~%" ts name log))))
slots
(mapcar #'slot-definition-name (class-slots (class-of instance)))))))
(let ((o (make-instance 'foo)))
;; それぞれのスロットに値を10回セット
(dotimes (i 10)
(sleep (/ 1 (1+ (random 100))))
(setf (slot-value o 'a) i)
(sleep (/ 1 (1+ (random 100))))
(setf (slot-value o 'b) i)
(sleep (/ 1 (1+ (random 100))))
(setf (slot-value o 'c) i))
;; スロット変更履歴再生
(replay-slots o))
11530892: a → 0
11530892: b → 1
11530892: c → 2
11530892: a → 0
11530892: b → 1
11530892: c → 2
11530892: a → 0
11530892: b → 1
11530892: c → 2
11530907: a → 0
11530918: b → 0
11530928: c → 0
11530951: a → 1
11530964: b → 1
11530974: c → 1
11531224: a → 2
11531251: b → 2
11531270: c → 2
11531282: a → 3
11531300: b → 3
11531310: c → 3
11531343: a → 4
11531393: b → 4
11531405: c → 4
11531464: a → 5
11531475: b → 5
11531527: c → 5
11531564: a → 6
11531664: b → 6
11531674: c → 6
11531691: a → 7
11531703: b → 7
11531729: c → 7
11531872: a → 8
11531888: b → 8
11531904: c → 8
11531936: a → 9
11531961: b → 9
11531984: c → 9
まとめ
アクセス時間的にシビアなもので使うには、きっちり実装したものでないと厳しそうですが、デバッグ時に値の変更履歴を確認したい時には、素朴な実装でも活用できそうな気がします。
■
HTML generated by 3bmd in LispWorks 7.0.0
クロージャーなインスタンス
Posted 2020-12-03 16:07:06 GMT
allocate-instance Advent Calendar 2020 4日目の記事です。
インスタンスのストレージをカスタマイズするといっても大抵はスロット付きオブジェクトの値を参照する/設定する、のが基本操作なので、大体の操作をまとめてGitHubに置いてみました。
インスタンスの中身をクロージャーにしてみる
On Lispや、Let Over Lambdaでは、Common Lispのオブジェクト指向システムは使わず、クロージャーとハッシュテーブルだったりマクロを組合せて「オブジェクト指向システムを越えた!」みたいなことをやっていますが、今回は、逆を行ってクロージャーをインスタンスの中身にしてみます。
ちなみに、Common Lispでは、オブジェクト指向システムは普通に使うので、On Lisp、Let Over Lambdaみたいな偏った本だけ読むのではなく、Quicklisp等で流通している皆のコードを読んでみましょう。普通に皆、defclassしています。
上記slotted-objectsとしてまとめたコードを使えば、スロット付きオブジェクトをインスタンスの中身に設定するには、文末のコードのようにallocate-instanceとslot-value-using-classあたりを定義すれば実現できます。
まとめ
インスタンスの中身を関数にすると、リダイレクト等の動的な操作は幾らでも可能になりますが、それはオブジェクトのアロケート時にすることかといわれると微妙です。
実装
(defpackage "72e97df3-26b8-5ff7-b134-8d9338d93e41"
(:use :c2cl :slotted-objects))
(in-package "72e97df3-26b8-5ff7-b134-8d9338d93e41")
(defclass closure-class (slotted-class) ())
(defclass closure-object (slotted-object)
()
(:metaclass closure-class))
(defmethod allocate-instance ((class closure-class) &rest initargs)
(allocate-slotted-instance (class-wrapper class)
(let* ((slotds (class-slots class))
(slot-names (mapcar #'slot-definition-name slotds)))
(eval
`(let (,@(mapcar (lambda (s)
`(,s (make-unbound-marker)))
slot-names))
(lambda (set/get slot val)
(ecase set/get
((:get)
(ecase slot
,@(mapcar (lambda (d n)
`((,d) ,n))
slotds
slot-names)))
((:set)
(ecase slot
,@(mapcar (lambda (d n)
`((,d) (setq ,n val)))
slotds
slot-names))))))))))
(defmethod slot-value-using-class ((class closure-class) instance (slotd slot-definition))
(funcall (instance-slots instance) :get slotd nil))
(defmethod (setf slot-value-using-class)
(value (class closure-class) instance (slotd slot-definition))
(funcall (instance-slots instance) :set slotd value))
動作
(defclass foo (slotted-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass closure-class))(describe
(make-instance 'foo))
#<foo 4020386BEB> is a foo
a 0
b 1
c 2
(let ((o (make-instance 'foo)))
(let ((slot-a (find 'a (class-slots (find-class 'foo)) :key #'slot-definition-name)))
(funcall (instance-slots o) :set slot-a 100)
(describe o)))
#<foo 4020083683> is a foo
a 100
b 1
c 2
■
HTML generated by 3bmd in LispWorks 7.0.0
AoSなインスタンス
Posted 2020-12-02 17:23:01 GMT
allocate-instance Advent Calendar 2020 3日目の記事です。
以前、MOPでSoAというのを試してみたのですが、今回はSoAの逆のAoSを試してみたいと思います。
AoSとは、構造体を並べた配列でArray of Structuresの略ですが、Common Lispにはdisplaced arrayという配列の一部を別の配列として利用する機能があるので、一本の巨大な配列を細切れにして分配してみます。
AoSを確保する部分とallocate-instaceが骨子ですが、その部分だけを抜き出すと下記のようになります。
(defparameter *aos*
(make-array (1- array-total-size-limit) :initial-element *slot-unbound*))
(defmethod allocate-instance ((class aos-slots-class) &rest initargs)
(alloc-fix-instance (class-wrapper class)
(let* ((len (length (class-slots class)))
(obj (make-array len
:displaced-to *aos*
:displaced-index-offset (class-index class))))
(incf (class-index class) len)
obj)))
試してみる
インスタンスを定義してから10回make-instanceして、ストレージの配列を観察してみます。
(defclass foo (aos-slots-object)
((a :initform 'a)
(b :initform 'b)
(c :initform 'c))
(:metaclass aos-slots-class))
(dotimes (i 10)
(make-instance 'foo))
(subseq *aos* 0 30)
→ #(a b c a b c a b c a b c a b c a b c a b c a b c a b c a b c)
ストレージの配列のを眺めてしまうと、アクセス時に間違って混ざったりちゃいそうに見えますが、displaced arrayのお蔭でインスタンスは個別の領域のみアクセスしています。
実装
大体こんな感じになります。
インスタンスのストレージの中身の操作については、前回の定義を参照してください。
(defclass aos-slots-class (standard-class)
((index :initform 0 :accessor class-index)))
(defmethod shared-initialize :after ((class aos-slots-class) slots &rest initargs)
(setf (class-index class) 0))
(defclass aos-slots-object (standard-object)
()
(:metaclass aos-slots-class))
(defmethod validate-superclass ((class aos-slots-class) (super standard-class))
T)
(defparameter *aos*
(make-array (1- array-total-size-limit) :initial-element *slot-unbound*))
(defmethod allocate-instance ((class aos-slots-class) &rest initargs)
(alloc-fix-instance (class-wrapper class)
(let* ((len (length (class-slots class)))
(obj (make-array len
:displaced-to *aos*
:displaced-index-offset (class-index class))))
(incf (class-index class) len)
obj)))
(defmethod slot-value-using-class
((class aos-slots-class) instance (slotd slot-definition))
(elt (instance-slots instance)
(slot-definition-location slotd)))
(defmethod (setf slot-value-using-class)
(val (class aos-slots-class) instance (slotd slot-definition))
(setf (elt (instance-slots instance)
(slot-definition-location slotd))
val))
(defgeneric initialize-slot-from-initarg (class instance slotd initargs))
(defmethod initialize-slot-from-initarg (class instance slotd initargs)
(let ((slot-initargs (slot-definition-initargs slotd)))
(loop :for (initarg value) :on initargs :by #'cddr
:do (when (member initarg slot-initargs)
(setf (slot-value-using-class class instance slotd)
value)
(return T)))))
(defgeneric initialize-slot-from-initfunction (class instance slotd))
(defmethod initialize-slot-from-initfunction (class instance slotd)
(let ((initfun (slot-definition-initfunction slotd)))
(unless (not initfun)
(setf (slot-value-using-class class instance slotd)
(funcall initfun)))))
(defmethod shared-initialize
((instance aos-slots-object) slot-names &rest initargs)
(let ((class (class-of instance)))
(dolist (slotd (class-slots class))
(unless (initialize-slot-from-initarg class instance slotd initargs)
(when (or (eq t slot-names)
(member (slot-definition-name slotd) slot-names))
(initialize-slot-from-initfunction class instance slotd)))))
instance)
まとめ
似たようなものを色々定義していますが、スロットを有するオブジェクトについては一つslotted-class&slotted-objectにまとめられそうです。
Lispにおいてスロットを有すると考えられるオブジェクトは沢山ありますが、
- list(alist、plist)
- symbol
- array
- hash-table
- standard-structure
- standard-object
—あたりは統一的な操作体系でまとめられるでしょう。
定義が長いのでそのうちGitHub等にでも置こうかなと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
インスタンスの中身をハッシュテーブルにする
Posted 2020-12-02 13:03:55 GMT
allocate-instance Advent Calendar 2020 2日目の記事です。
前回は、Metaobject Protocols Why We Want Them and What Else They Can Doに出てくるインスタンスを中身をハッシュテーブルにしてメモリ効率を上げる手法について紹介しましたが、大抵の実装は、インスタンスの確保まではカスタマイズせずにフックをかけてリダイレクトすることが多いということを述べました。
ということで、今回は、実際にallocate-instanceが確保するストレージをハッシュテーブルにしてみましょう。
インスタンスの構造について
現在の主な処理系が採用しているオブジェクト指向システムの実装は、大抵PCL(Portable Common Loops)をカスタマイズしたものです。
PCLではstandard-objectは、wrapperというクラス定義の情報とスロットを格納する配列から構成されています。
ということで、スロットを格納するオブジェクトをハッシュテーブルに差し替えれば良いのですが、そのためにstandard-objectの内部構造をいじる関数を定義しておきます。
なお、残念ながらECLは、allocate-instanceの下請け関数がCレベルで配列をアロケートするものになっており、Lispレベルではカスタマイズできないようなので今回はパスします(10行程度のCの定義を加えれば任意のオブジェクトを格納場所にできそうではありますが)。
ちなみに他の処理系も正しい作法かどうかは分からないので、その辺りはご了承ください。特に商用処理系はソースが確認できないのでdisassembleの結果から想像して作成していたりします。
(defun alloc-fix-instance (wrapper instance-slots)
#+allegro
(excl::.primcall 'sys::new-standard-instance
wrapper
instance-slots)
#+lispworks
(sys:alloc-fix-instance wrapper instance-slots)
#+sbcl
(let* ((instance (sb-pcl::%make-instance (1+ sb-vm:instance-data-start))))
(setf (sb-kernel::%instance-layout instance) wrapper)
(setf (sb-pcl::std-instance-slots instance) instance-slots)
instance)
#+ccl
(let ((instance (ccl::gvector :instance 0 wrapper nil)))
(setf (ccl::instance.hash instance) (ccl::strip-tag-to-fixnum instance)
(ccl::instance.slots instance) instance-slots)
instance))
(defun class-wrapper (class)
#+allegro (excl::class-wrapper class)
#+lispworks (clos::class-wrapper class)
#+sbcl (sb-pcl::class-wrapper class)
#+ccl (ccl::instance-class-wrapper class))
(defun instance-wrapper (ins)
#+allegro (excl::std-instance-wrapper ins)
#+lispworks (clos::standard-instance-wrapper ins)
#+sbcl (sb-kernel::%instance-layout ins)
#+ccl (ccl::instance.class-wrapper ins))
(defun instance-slots (ins)
#+allegro (excl::std-instance-slots ins)
#+lispworks (clos::standard-instance-static-slots ins)
#+sbcl (sb-pcl::std-instance-slots ins)
#+ccl (ccl::instance.slots ins))
スロット格納をハッシュテーブルにする
上記定義の関数で、standard-objectのスロット格納だけをいじることができるようになったので、hash-table-slots-classを定義してみます。
今回のような場合、クラスのクラス定義とインスタンスのクラス定義をセットで定義することになります。
インスタンスの初期化周りもインスタンスのスロットへのアクセス方法が変更になるので、別途定義してやる必要があります。
処理系実装によっては、うまくstandard-objectの内容を引き継いでくれることもあるようですが、多分、別に定義しておいた方が良いでしょう。
また今回はslot-unbound周りは長くなるので端折ります。
(defvar *slot-unbound*
#+lispworks clos::*slot-unbound*)
(defclass hash-table-slots-class (standard-class)
())
(defclass hash-table-slots-object (standard-object)
()
(:metaclass hash-table-slots-class))
(defmethod validate-superclass ((class hash-table-slots-class) (super standard-class))
T)
(defgeneric initialize-slot-from-initarg (class instance slotd initargs))
(defmethod initialize-slot-from-initarg (class instance slotd initargs)
(declare (ignore class))
(let ((slot-initargs (slot-definition-initargs slotd)))
(loop :for (initarg value) :on initargs :by #'cddr
:do (when (member initarg slot-initargs)
(setf (gethash slotd (instance-slots instance))
value)
(return T)))))
(defgeneric initialize-slot-from-initfunction (class instance slotd))
(defmethod initialize-slot-from-initfunction (class instance slotd)
(declare (ignore class))
(let ((initfun (slot-definition-initfunction slotd)))
(unless (not initfun)
(setf (gethash slotd (instance-slots instance))
(funcall initfun)))))
(defmethod shared-initialize
((instance hash-table-slots-object) slot-names &rest initargs)
(let ((class (class-of instance)))
(dolist (slotd (class-slots class))
(unless (initialize-slot-from-initarg class instance slotd initargs)
(when (or (eq T slot-names)
(member (slot-definition-name slotd) slot-names))
(initialize-slot-from-initfunction class instance slotd)))))
instance)
(defmethod allocate-instance ((class hash-table-slots-class) &rest initargs)
(alloc-fix-instance (class-wrapper class)
(let ((tab (make-hash-table)))
(dolist (slotd (class-slots class) tab)
(setf (gethash slotd tab) *slot-unbound*)))))
(defmethod slot-value-using-class
((class hash-table-slots-class) instance (slotd slot-definition))
(gethash slotd (instance-slots instance)))
(defmethod (setf slot-value-using-class)
(val (class hash-table-slots-class) instance (slotd slot-definition))
(setf (gethash slotd (instance-slots instance))
val))
これでこんな感じに動きますが、見た目は何もかわりません……。
(describe (make-instance 'foo))
;>> #<foo 402025BBD3> is a foo
;>> a a
;>> b b
;>> c cもちろん中身はハッシュテーブルになっています。
(let ((o (make-instance 'foo)))
(describe (instance-slots o)))
;>> #<eql Hash Table{3} 4020000D23> is a hash-table
;>> #<standard-effective-slot-definition c 422020876B> c
;>> #<standard-effective-slot-definition b 4220208753> b
;>> #<standard-effective-slot-definition a 4220208723> aまとめ
インスタンスの中身を配列からハッシュテーブルにするだけなのですが、slot-unbound周りを省略したのに結構なコード量です。
上層のプロトコルが全部正しく機能するように一式定義するのは結構手間ですが、そうそうカスタマイズする部分でもないので、妥当といえば妥当かもしれません。
■
HTML generated by 3bmd in LispWorks 7.0.0
allocate-instanceとは
Posted 2020-11-30 16:26:06 GMT
allocate-instance Advent Calendar 2020 1日目の記事です。
Lisp系のニッチなことをテーマにアドベントカレンダーを開催したりしなかったりしていますが、今年は、allocate-instanceをテーマにしてみることにしました。
allocate-instance とは
所謂Common Lisp系のオブジェクトシステム(CLOS)のインスタンスを確保する部分ですが、AMOPでいうとInstance Structure Protocol(以降ISP)辺りの話題となります。
ISPアドベントカレンダーという名前でも良かったのですが、allocate-instanceの方がわかりやすいかなと思ってこっちの名前にしましたが、どっちにしろ参加者が集まりそうにないので五十歩百歩かもしれません。
それはさておき、AMOPのISPの説明を読むと判るように、どちらかといえばスロットのアクセスを基点として、インスタンスの物理的配置までカスタマイズするための構成が説明されています。
今回は、allocate-instanceを基点に考えてみたら面白いかもしれないというチャレンジですが、STKlosのVirtual Slots等は、スロットアクセスを基点に計算をしたりするので、ISP的にはallocate-instanceがなくても良かったりすることもあります。
ちなみにVirtual Slotsの応用は下記の記事等が参考になります。
他、複数オブジェクトをまとめて扱うような操作を実現するのもISPのカスタマイズの一種かなと思います。
allocate-instance の拡張について
スロットアクセスからデータの物理配置までの間のプロトコルをカスタマイズするのに、スロットアクセス側に重きをおく上記Virtual Slotのようなものもあれば、逆にデータ構造側に工夫をしてスロットアクセス側はそれほどカスタマイズしないという構成も考えられます。
古典的な書籍であるThe CLOS PerspectiveにもMOPの話が出てきますが、知識表現のように項目が非常に多いけれど、それぞれの利用頻度は非常に低かったりする場合は、スロットを配列にするのではなく、ハッシュテーブルのようなものの方がメモリ効率が良いだろうというアイデアの一つとして、allocate-instance のカスタマイズが示唆されたりしています。
しかし、この論文でも実際のカスタマイズの詳細については触れられておらず、類似の事例紹介でも大抵はallocate-instance内部で確保するデータ構造をカスタマイズするのではなく、フックを掛けて別のデータオブジェクトにリダイレクトするようなものが殆どのようです。
フックを掛けて別のデータオブジェクトにリダイレクトするようなものとしては文末のコードのような構成が考えられます。
この場合、allocate-instanceをカスタマイズしてはいますが、デフォルトで確保したものは捨てて、別途確保しているという点で無駄なところがあります。
また、類似のものに、オブジェクトのシリアライズやORマッパーの応用がありますが、これらも確保するデータ構造はノーマルなもので、確保時のフックが眼目になります。
今回のアドベントカレンダーは、このように迂回されることが多いallocate-instanceが確保するデータ構造について正面から向き合ってみようというのが大体の主旨です。
(defpackage "e79ba511-fd06-57f8-9038-132961fa529b" (:use :c2cl))(in-package "e79ba511-fd06-57f8-9038-132961fa529b")
(defvar *hash-slots* (make-hash-table))
(defclass hash-table-representation-class (standard-class)
())
(defmethod allocate-instance ((c hash-table-representation-class) &rest args)
(let ((inst (call-next-method)))
(setf (gethash inst *hash-slots*)
(make-hash-table))
inst))
(defmethod slot-value-using-class
((c hash-table-representation-class)
inst
(slot-name slot-definition))
(gethash slot-name
(gethash inst *hash-slots*)
(slot-definition-initform slot-name)))
(defmethod (setf slot-value-using-class)
(newvalue
(c hash-table-representation-class) inst
(slot-name slot-definition))
(setf (gethash slot-name
(gethash inst *hash-slots*)
(slot-definition-initform slot-name))
newvalue))
(defclass foo ()
((a :initform 0 :accessor foo-a)
(b :initform 0 :accessor foo-b)
(c :initform 0 :accessor foo-c))
(:metaclass hash-table-representation-class))
(defparameter *the-foo* (make-instance 'foo))
(list (foo-a *the-foo*)
(foo-b *the-foo*)
(foo-c *the-foo*))
→ (0 0 0)
(setf (foo-a *the-foo*) 42
(foo-b *the-foo*) 43)
;=> 43
(list (foo-a *the-foo*)
(foo-b *the-foo*)
(foo-c *the-foo*))
→ (42 43 0)
■
HTML generated by 3bmd in LispWorks 7.0.0
キーワード引数誕生40周年
Posted 2020-11-24 19:15:57 GMT
MACLISP系Lispではお馴染のキーワード引数ですが、最近だと名前付き引数等々様々な名前で色々な言語に採用されています。
そんなキーワード引数ですが、Lisp族に導入されたのは、いまから丁度40年前の秋の1980-10-05だったようです。
元々はWilliam A. Kornfeld(BAK)氏の発案のDEFUN-KEYEDからMACLISP系Lispに取り込まれCommon Lispでメジャーになった様子。
面白いのが(send foo ':x 42 ':y 30)のようなコロン付きのシンボルは既にFlavorsのメッセージ式で広く使われていたということです。
キーワード引数はどこが大元なのだろうかと思い、ちょっと調べましたが、同時期だとAda(1983)がありました(6.4.2. Default Parameters)
上述のFlavorsようにメッセージのキーワードをキーワード引数と考えれば、Smalltalkが元祖かもしれませんが、どうなのでしょう。
キーワードといえば、&rest、&optional等のlambda list keywordもありますが、これがISLISPのように:rest、:optionalとキーワードシンボルで統一されなかった理由ですが、1980年当時はキーワードシンボルというものは存在せず、:fooもuser:fooの略記(userパッケージのfooシンボル)だったため、:restだとシンボルがユーザープログラム中で不意にeqになってしまう懸念があったりしたようです。
その後Common Lispの仕様の議論でも二回程キーワードシンボルへの統一が話題にのぼりますが、タイミングが悪かったのかスルーされて今に至ります。まあ互換性を尊守したのかもしれませんが。
ちなみに、同時期に範囲コメントの#|...|#も登場していたようです。発案者はAlan Bawden氏でしたが、#|...|#は、最初はかなり評判が悪かった様子……。
■
HTML generated by 3bmd in LispWorks 7.0.0
コメントで二行目以降を字下げする作法
Posted 2020-11-22 21:55:02 GMT
MACLISP系のLispコードのコメント作法については、セミコロンの数の使い分けから丁寧に解説されていることが多いのですが、インラインコメントが複数行になった場合の字下げの習慣については何故か忘れられていることが多いようです。
具体的には下記のようなコードの場合、
;;;; Math Utilities
;;; FIB computes the the Fibonacci function in the traditional
;;; recursive way.
(defun fib (n)
(check-type n integer)
;; At this point we're sure we have an integer argument.
;; Now we can get down to some serious computation.
(cond ((< n 0)
;; Hey, this is just supposed to be a simple example.
;; Did you really expect me to handle the general case?
(error "FIB got ~D as an argument." n))
((< n 2) n) ;fib[0]=0 and fib[1]=1
;; The cheap cases didn't work.
;; Nothing more to do but recurse.
(t (+ (fib (- n 1)) ;The traditional formula
(fib (- n 2)))))) ; is fib[n-1]+fib[n-2].——のThe traditional formula is fib[n-1]+fib[n-2].というコメントが二行に渡っているので二行目以降が字下げされているのが分かるでしょうか。
ANSI CLの規格票(やHyperSpec)にも書いてあったりするのですが、何故忘れられてしまうことが多いのか。
ANSI CL規格で言及されているのは、セミコロン一つのインラインコメントの場合だけですが、MIT系のコードでは複数行に渡る場合はセミコロンの数に拘らず二行目以降は下げるというのが多いようです。
PDP-10のMIDASアセンブリのコードでも同様の作法がみられるので、由来はこの辺りかもしれません。
ちなみに、JonL氏にいたっては普段の文章も二行目以降を字下げするというスタイルで書いていたりします(さすがに全部ではありませんが……)
None of Glenn's problems are due to NIL stuff.
None of the new MacLISP development is particularly NIL stuff
(multiple-values have been on the LISPM for years).
Indeed, the "intermediate" MACLISP dump cost us more than 7K of
address space, and is being dropped. As soon as agreement is
reached about XLISP, then XCOMPLR will replace the currently
bloated complr.追記
なんかこれ似たようなことを書いたことがあった気がするなーと思ったら9年前に書いてました。
当時はインラインコメントでの作法と思っていましたが、インラインに限定はされないようです。
■
HTML generated by 3bmd in LispWorks 7.0.0
続・mopでstandard-objectとsymbolを融合したい
Posted 2020-11-11 20:17:34 GMT
前回はstandard-objectとsymbolの融合として、symbol-valueにインスタンスを設定するという方法を試しましたが、今回はsymbolオブジェクトのplistをインスタンスのスロットに見立てたらどうなるかを試してみたいと思います。
実装してみた
(defclass foo ()
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass symb-class))
(make-instance 'foo)
→ foo0
(symbol-plist 'foo0)
→ (#<standard-effective-slot-definition c 4020015753> 2 #<standard-effective-slot-definition b 40200156EB> 1 #<standard-effective-slot-definition a 4020015683> 0 class #<symb-class foo 41202C6E8B> clos::class-wrapper #(2445 (a b c) nil #<symb-class foo 41202C6E8B> (#<standard-effective-slot-definition a 4020015683> #<standard-effective-slot-definition b 40200156EB> #<standard-effective-slot-definition c 4020015753>) 3))
(with-slots (a b c) 'foo0
(list a b c))
→ (0 1 2)
(with-slots (a b c) 'foo0
(incf a 100)
(incf b 100)
(incf c 100))
→ 102
(symbol-plist 'foo0)
→ (100 101 102)
オブジェクトシステムのツールがシンボルに対して機能するがの面白いといえば、面白いですが、一連のオブジェクトシステムのツール全部をシンボルオブジェクトに対して有効に使えるようにするのはちょっと難しいのであまり旨味はないですね。
コード
(defpackage "a1a9aa2a-8de2-5040-89dc-acd6b4de23f0" (:use :c2cl))
(in-package "a1a9aa2a-8de2-5040-89dc-acd6b4de23f0")
(defclass slotted-class (standard-class)
())
(defclass symb-class (slotted-class)
())
(defclass symb-object ()
()
(:metaclass symb-class))
(defmethod validate-superclass ((class symb-class) (super standard-class))
T)
#+LispWorks
(defmethod allocate-instance ((class symb-class) &rest initargs)
(let* ((class (clos::ensure-class-finalized class))
(instance (gentemp (string (class-name class)))))
(setf (get instance 'clos::class-wrapper)
(clos::class-wrapper class))
(setf (get instance 'class)
class)
instance))
(defmethod slot-value-using-class
((class (eql (find-class 'symbol))) instance (slotd symbol))
(get instance (find slotd (class-slots (get instance 'class)) :key #'slot-definition-name)))
(let ((lw:*handle-warn-on-redefinition* nil))
(defmethod slot-value-using-class
((class (eql (find-class 'symbol))) instance (slotd slot-definition))
(get instance slotd))
(defmethod slot-value-using-class
((class (eql (find-class 'symbol))) instance (slotd symbol))
(get instance (find slotd (class-slots (get instance 'class)) :key #'slot-definition-name)))
(defmethod (setf slot-value-using-class)
(val (class (eql (find-class 'symbol))) instance (slotd slot-definition))
(setf (get instance slotd) val))
(defmethod (setf slot-value-using-class)
(val (class (eql (find-class 'symbol))) instance (slotd symbol))
(setf (get instance (find slotd (class-slots (get instance 'class)) :key #'slot-definition-name)) val))
(defmethod shared-initialize ((instance symbol) slot-names &rest initargs)
(flet ((initialize-slot-from-initarg (class instance slotd)
(let ((slot-initargs (slot-definition-initargs slotd))
(name slotd))
(loop :for (initarg value) :on initargs :by #'cddr
:do (when (member initarg slot-initargs)
(setf (get instance name)
value)
(return t)))))
(initialize-slot-from-initfunction (class instance slotd)
(let ((initfun (slot-definition-initfunction slotd))
(name slotd))
(unless (not initfun)
(setf (get instance name)
(funcall initfun))))))
(let ((class (get instance 'class)))
(dolist (slotd (class-slots class))
(unless (initialize-slot-from-initarg class instance slotd)
(when (or (eq t slot-names)
(member (slot-definition-name slotd) slot-names))
(initialize-slot-from-initfunction class instance slotd)))))
instance))
)まとめ
今回は、シンボルをそのままオブジェクトに見立ててみたのですが、オブジェクトシステムは、コンテナとしてのインスタンスでディスパッチするのが便利というところがあるので、コンテナはそのままにしつつストレージの方を配列からハッシュテーブルにしてみたり、シンボルにしてみたり、という方が発展させ甲斐がありそう、という当たり前の結論に到達しました……。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
mopでstandard-objectとsymbolを融合したい
Posted 2020-11-09 20:39:18 GMT
いまを去ること4年前のことですが、Lisp Meet Up presented by Shibuya.lisp #42の「Mathematicaとオブジェクト指向について」をネットで観覧していて、シンボルをオブジェクトのように扱うネタをみて、Common Lispでもシンボルをオブジェクトのストレージにできるんじゃないかなあと思ったのですが、ブログのネタ帳にメモだけ残してすっかり忘れていました。
Common Lispで似たようなものが作れるのではないかというのは、y2q_actionmanさんもブログでリアクションをしています。
y2q_actionmanさんは、シンボルを中心に新しくシステムを構築していますが、自分は既存のオブジェクト指向システムと融合できるのではないか、という感じだったので、そんな感じのものを今回書いてみました。
ちなみに、発表されていたMathematicaの当該機能はUpSetというものらしいですが、オブジェクト指向システムを簡単に実現できる柔軟な仕組みのようなものみたいです。
基本的な戦略
- シンボルを
gentempで生成する allocate-instanceで生成したオブジェクトを生成したシンボルに代入する
——だけ、なので、make-instanceにフックでも仕掛ければ終了、ともいえますが、インスタンスのオブジェクトに名前(シンボル)を保持するように拡張するという無駄に複雑な方向で実現してみたいと思います。
具体的には、allocate-instanceで確保するベクタの長さを一つ延して先頭に名前を詰めることにします。
実装してみる
こんなクラス定義があるとすると、
(defclass foo (symb-object)
((a :initform 0)
(b :initform 1)
(c :initform 2))
(:metaclass symb-class))(make-instance 'foo)
→ #<foo foo0> (setf (slot-value foo0 'a) 42)
→ 42
(get 'foo0 'a)
→ 42
(symbol-plist 'foo0)
→ (c 2 b 1 a 42)
——というような挙動にしました。
融合というからには、(setf get)でのシンボルのplistへの書き込みもオブジェクトと同期させたいところですが、getを変更するのは大袈裟なので今回は見送っています。
コード
(defpackage "2cd9cb9c-2302-5cc4-9c4c-aafd83e01db4" (:use :c2cl))
(in-package "2cd9cb9c-2302-5cc4-9c4c-aafd83e01db4")
(defclass slotted-class (standard-class)
())
(defclass symb-class (slotted-class)
())
(defclass symb-object ()
()
(:metaclass symb-class))
(defmethod validate-superclass ((class symb-class) (super standard-class))
T)
(defmethod compute-slots :around ((class symb-class))
(let ((slotds (call-next-method)))
(dolist (s slotds)
(setf (slot-definition-location s)
(1+ (position s slotds))))
slotds))
#+LispWorks
(defmethod allocate-instance ((class symb-class) &rest initargs)
(let* ((class (clos::ensure-class-finalized class))
(storage (sys:alloc-g-vector$fixnum
(1+ (length (class-slots class)))
clos::*slot-unbound*))
(instance (sys:alloc-fix-instance (clos::class-wrapper class)
storage))
(name (gentemp (string (class-name class)))))
(setf (elt storage 0) name)
(setf (symbol-value name) instance)
instance))
#+LispWorks
(defun instance-name (instance)
(elt (clos::%svref instance 1) 0))
(defmethod initialize-instance :after ((inst symb-object) &rest initargs)
(let* ((class (class-of inst))
(name (instance-name inst)))
(dolist (slot (class-slots class))
(let ((slot-name (slot-definition-name slot)))
(setf (get name slot-name)
(and (slot-boundp inst slot-name)
(slot-value inst slot-name)))))))
(defmethod slot-value-using-class
((class symb-class) instance (slotd slot-definition))
(standard-instance-access instance
(1+ (position slotd (class-slots class)))))
(defmethod (setf slot-value-using-class)
(val (class symb-class) instance (slotd slot-definition))
(setf (get (instance-name instance) (slot-definition-name slotd))
val)
(setf (standard-instance-access instance
(1+ (position slotd (class-slots class))))
val))
(defmethod print-object ((instance symb-object) stream)
(print-unreadable-object (instance stream :type T)
(format stream "~S" (instance-name instance))))
まとめ
allocate-instanceでsymbolを生成してしまうというのが、一番直截的な感はありますが、色々なプロトコルでsymbolを扱えるようにするのが面倒で今回は妥協しました。
いつかチャレンジしてみたい気もしますが、Common LispのMOPは、そもそもstandard-objectから派生したオブジェクト以外のもの扱うことはできるのでしょうか。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
atomとnullにpがないのは何故かを考える
Posted 2020-11-08 07:03:01 GMT
Lispの述語(predicate)の名前の末尾には大抵pが付いていて、これが一つのLisp文化を形成していたりもしますが、atomとnullには、末尾には何故かpがついていません。
方言によっては、整合性を持たせるためにatompや、nullpとしているものもありますが、大抵は、歴史的理由として、そのままatomや、nullを継承することが多いようです。
そんな日々でしたが、atomとnullにpが付かなかった理由の仮説を思い付きました。
pが付かなかった仮説: atom や null は Propositional Expressions として記述する気でいたから説
Recursive Functions of Symbolic Expressionsand Their Computation by Machine, Part Iや、LISP I Programmer's manualには、
Propositional Expressionsというものが、述語とならんで解説されていますが、いまでいうブーリアンを返す式です(複合可)。
b.Propositional Expressions and Predicates. A propositional expression is an expression whose possible values are T(for truth) and F(for falsity).
We shall assume that the reader is familiar with the propositional connectives ∧(“and”),∨(“or”), and¬(“not”).
Typical propositional expressions are:
x < y
(x < y)∧(b = c)
x is prime
ここで注目したいのは、x is primeという形式ですが、atomや、nullはこの形式にぴったりではありませんか。
flat[x] = [x is null → x;
x is atom → list[x];
T → append[flat[car[x]];
flat[cdr[x]]]]——と記述するのであればpは不要です。
しかし、残念ながら以降の文献にはis形式は登場せず用例の解説も皆無です。
predp[x]という述語形式に吸収されてしまったのか、もしくは記法としての整合性がなかったのか……。
さらには、同文献中にatom[x]の用例が解説されており、当初はx is atom形式だった、という痕跡もなく、いまいち説得力もありません。
まとめ
is形式の謎の解明が俟たれます。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
続・(coerce "foo" 'cons)は合法か否か
Posted 2020-10-28 13:15:31 GMT
Franzにcoerceの挙動がバグなのではないかと報告してみましたが、なんと報告メールの送信から三時間強で、バグ番号が振られ次期バージョンで修正するという返事が来ました。
暫定パッチは必要か尋ねられましたが、バグ報告が目的なので必要ないと回答。
LispWorksもそうですが商用処理系では、暫定的に処理系の挙動を修正するパッチを作成してくれることが多いようです。
複雑なlistのサブタイプ指定に対してLispWorksの動作が正確な理由
(coerce "foo" '(cons (eql #\f) (cons (eql #\o) (cons (eql #\f) *))))のような込み入った指定でSBCLがチェックに失敗し、LispWorksが正解する理由ですが、LispWorksのcoerceをdisassembleしてみると、変換の後に指定した型指定子で結果オブジェクトのタイプチェックをしているからのようです。
なるほど、確かに後でチェックすれば間違いはない。
逆に、SBCL等は何の型に変換するかだけを見ているので、型指定子がlistのサブタイプと判定された後はチェックしていません。
SBCLにもバグ報告しようかなと思ったりはしますが、返り値の型が指定より緩い分には返り値の型チェックをするコードを追加すれば良く、大した害もないですし気が向いたら報告します……。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
(coerce "foo" 'cons)は合法か否か
Posted 2020-10-27 16:47:47 GMT
自作のライブラリで、(coerce "foo" 'cons)や、(coerce "" 'null)のようなコードがAllegro CLでエラーになるので、おやもしかして処理系依存だったかと思いANSI規格を確認してみましたが、
sequenceIf the result-type is a recognizable subtype of list, and the object is a sequence, then the result is a list that has the same elements as object.
——ということなので、合法のようです。
ちょっと趣味的にAllegro CL 4.3(1996)で確認してみましたが、同様のエラーのようです。
そうなると時代的にCLtL1、CLtL2あたりでははっきり決まっていなかったかもしれないので確認してみましたが、明記されたのはANSI CL規格以降のようです。
無駄に深追いしてみる
とりあえず、Allegro CLのcoerceをdisassembleしてみると、excl::vector-to-list*という下請けに渡していることが分かります。
1023: 89 da movl edx,ebx
1025: 3b 56 26 cmpl edx,[esi+38] ; LIST
1028: 0f 85 1e 02 jnz 1576
00 00
1034: 8b 45 dc movl eax,[ebp-36] ; EXCL::LOCAL-0
1037: 89 7d f0 movl [ebp-16],edi
1040: c9 leave
1041: 8b 5e 2a movl ebx,[esi+42] ; EXCL::VECTOR-TO-LIST*このexcl::vector-to-list*自体は、適切にリストに変換できるようですが、前段では、consやnullも出てこずにlistとしか比較していないので、すりぬけてエラーになっているように見えます。
(excl::vector-to-list* "")
→ NIL(excl::vector-to-list* "foo")
→(#\f #\o #\o)
listのサブタイプはconsやnull以外にも複合した指定があるので、別途サブタイプの判定をきっちりしないと
(coerce "foo" '(cons (eql #\f) (cons (eql #\o) (cons (eql #\f) *))))
のようなものを判定できなさそうです。
ちなみに上記は、LispWorksではエラーになりますが、SBCLではエラーになりません(SBCLのバグもみつけてしまったか?)
バグ報告
Allegro CLへのバグはどこに報告したら良いのかと探してみましたが、報告の仕方の解説ページがあったので、こちらに沿って報告してみました。
まとめ
Allegro CL 4.3(1996)でも同様なので、Allegro CL(ExCL)誕生時(1986)からこの仕様で来たような気がしないでもありません。
果してバグ認定されるのか、はたまたAllegro CLの仕様であるとして修正されないのか。
ちなみに、mapも変なところがありますが、話がややこしくなるので、今回は報告を見送りました。
#+Allegro
(map 'null #'identity "foo")
→(#\f #\o #\o)
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
LispWorksのエディタが思いの外Hemlockだった
Posted 2020-10-17 21:13:02 GMT
LispWorksのエディタがHemlock由来というのは、LispWorksの歴史のページにも記載されているのですが、フォークされたのも1987年あたりのようですし、原型は留めていないのかと勝手に想像していました。
Technically, LispWorks's distant origins include Spice Lisp, while the editor began life as a branch of Hemlock, and the CLOS implementation started out as a branch of PCL (Portable Common Loops).
LispWorksを本格的に使い始めて早五年ですが、どれだけHemlockと似ているのか具体的に眺めたことはないなあと思ったので、ちょっと突き合せて眺めてみました。
30のファイルのファイル名が同じ
LispWorksに付属してくるエディタのファイルは94、cmucl付属のHemlockのファイルは111ありますが、30ファイルの名前が一致。
- abbrev.lisp
- auto-save.lisp
- buffer.lisp
- charmacs.lisp
- command.lisp
- comments.lisp
- doccoms.lisp
- echo.lisp
- echocoms.lisp
- filecoms.lisp
- files.lisp
- fill.lisp
- highlight.lisp
- indent.lisp
- interp.lisp
- kbdmac.lisp
- killcoms.lisp
- lispeval.lisp
- lispmode.lisp
- main.lisp
- morecoms.lisp
- overwrite.lisp
- register.lisp
- screen.lisp
- searchcoms.lisp
- streams.lisp
- struct.lisp
- table.lisp
- text.lisp
- window.lisp
パッケージ内のシンボル名の267が一致
外部シンボルで、関数か変数の束縛があるシンボルは、267。内部シンボルだと292、束縛なしだと857のシンボルが一致
ほぼ内容が同じファイルが結構ある
HemlockもLispWorksのエディタもほぼ同じというファイルがそこそこあります。
例えば、abbrev.lispを眺めると、
;;; Hemlock Word Abbreviation Mode
;;; by Jamie W. Zawinski
;;; 24 September 1985オリジナルの作者は、jwz氏だったようです。
1968年生れのようなので当時16歳でしょうか。
まとめ
日々Abbrev Modeを使っていますが高校生時代のjwz作とは知らなんだ。
LispWorksのエディタとよりLispWorksのHemlockという感じですね。
五年も使っているのに、ファイルを詳しく比較するまで気付かなかった理由ですが、LispWorksがオリジナルのヘッダコメントを全部綺麗に削っているので由来がぱっとみでは判然としなかった、というのがあります。
オリジナルのHemlockは、
;;; This code was written as part of the CMU Common Lisp project at
;;; Carnegie Mellon University, and has been placed in the public domain.———とパブリックドメインなので、別に問題ないんでしょうけど、同じくHemlock派生のLucidのHelixでは、ちゃんと由来を残していたりします。
;;; -*- Package: Helix; Log: Helix.Log -*-
;;;;
;;;; FILECOMS, Module HELIX
;;;
;;; ***************************************************************************
;;;
;;; Copyright (C) 1987 by Lucid Inc., All Rights Reserved
;;;
;;; ***************************************************************************
;;;
;;; Originally part of the Spice Lisp Hemlock system, by Rob MacLachlan,
;;; Skef Wholey and Bill Chiles, of CMU
;;;
;;; Programmer: Ken D. Olum
;;;
;;; Edit-History:
;;;
;;; Created: Spring 1987—— このように由来の記載が残っていれば、すぐ判るのですが……。
ちなみに、MCLのFredもHemlock由来らしいですが、こちらはオブジェクト指向な感じに書き直されていてほぼ原型を留めていません。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
named-readtables不要論
Posted 2020-10-12 17:25:13 GMT
リードテーブルの切り換えにnamed-readtablesを愛用しているので不要ということもないのですが、リードテーブルの切り換えという中核の機構が外部のライブラリに依存しているのが少し嫌だったりします。
実際、named-readtablesがメンテナ不在時に壊れたままだったり、ECLのような処理系では頻繁に壊れていたりはするのですが、便利といえば便利なので愛用しています。
そもそもCommon Lispの前身であるLisp Machine Lispでは、ファイル先頭の属性リスト-*- mode: lisp -*-で、パッケージとリードテーブルを切り替えるのが基本でしたが、Common Lispではそれを採用しなかったので、(in-package ...)等を書くことになりました。
しかし、(in-package ...)は標準なのに、(in-readtable ..)等は標準でないのは何故なのか。
*readtableを切り換えるin-syntaxも提案されてはいた
実は、*readtableを切り換えるin-syntaxもKent Pitman(KMP)氏によって提案されてはいたようです。
in-syntaxはHyperSpecのイシューまとめにもありますが、cl-cleanupメーリングリストの方が一連の流れが追えるのでそちらを紹介すると、
KMPの提案は、ほぼin-packageに相当するようなシンプルなものだったようです。
(DEFMACRO IN-SYNTAX (READTABLE)
`(EVAL-WHEN (EVAL COMPILE LOAD)
(SETQ *READTABLE* ,READTABLE)))使い方ですが、パッケージ定義の後で、リードテーブルの変数を定義し、それにリードテーブルを設定、
;;; -----File A-----
(DEFPACKAGE ACME ...)
(DEFVAR *ACME-SYNTAX* (COPY-READTABLE *READTABLE*))以降のファイルは、先頭に適宜in-packageやin-syntaxを書いていくというものです。
(IN-PACKAGE ACME)
(IN-SYNTAX *ACME-SYNTAX*)(SET-MACRO-CHARACTER #\! ...)
なるほど。
良く考えると、カスタマイズされたリードテーブルを使う頻度からして、三行のマクロを都度書けば良いだけなので、毎度書いても大した手間でもないかなという感じです。
場合によっては、named-readtablesのライブラリの依存関係を記述したり、パッケージにインポートしたりの方が手間かもしれません。
ちなみに、1980年代後半〜90年代前半あたりのCommon Lispの大き目のプロジェクトでは、
(defmacro my-module ()
`(eval-when (:compile-toplevel :load-toplevel :execute)
(in-package my-package)
(setq *readtable* *my-syntax*)))のようなものを定義して、
;;; -* mode: lisp -*-
(my-module)...
のようにファイルの先頭に置いておく作法も割合に目にしますが、外部ライブラリのnamed-readtablesの作法に縛られるよりも自由度が高くて管理も楽かもしれません。
名前付きリードテーブルのメリット
一応、named-readtablesのメリットというか、名前付きリードテーブルのメリットを挙げておくと、名前を付けて管理する機構になっているので、find-readtableで任意のリードテーブルを呼び出すことが可能です。
恐らく、元ネタはAllegro CLのnamed readtableだと思いますが、Allegro CLのさらに元ネタは多分、Lisp Machine Lispのsi:find-readtable-named等、リードテーブルに複数の名前を付けることができたAPI由来かなと思います。
in-syntaxは何故標準化されなかったのか
KMPはシンプルに*readtable*変数を設定するだけの提案だったようですが、名前が良くない、それをいったら、*read-base、*read-default-float-format*はどうするんだ、あまり気軽に変更するとcompile-fileやloadで変なことが起きがちになる、仕様のクリーンナップというよりはコンパイラ仕様で議論すべきだった、等々、議論が発散してまとまらなかったようです。
まとめ
KMPが提案してANSI CL規格に入らなかったものは結構ありますが、defsystem、in-syntax等は、後世の人達が結局ライブラリとして自作することになったので、標準化されると良かったなと思うことしきりです。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
マクロに付くコンパイラマクロの使い道 (2)
Posted 2020-10-05 15:45:04 GMT
三年前のブログネタのメモに、「マクロにコンパイラマクロ allegro clのcompose-stringを改良する」とあったので、Allegro CLのcompose-stringの仕様を確認してみましたが、一体何が気に入らなかったのか思い出せません。
compose-stringの仕様ですが、基本的にコンパイル時(マクロ展開時)に文字列を合成してしまおうというもので、展開時に文字列リテラルとして確定できる場合は、文字列を、確定できない場合は、compose-string-fnを呼び出す式へ展開、という仕様です。
(compose-string "foo" "bar" :[ 3042 :] "foo" newline)
===> "foobarあfoo
"(compose-string "foo" "bar" :[ 3042 :] "foo" newline :eval "foo")
===> (compose-string-fn "foo" "bar" 12354 "foo" #\Newline "foo")三年前の自分の気持ちを察するに、マクロ展開時に色々やりすぎというところだったのかもしれません。
Common Lispでマクロ展開時とコンパイル時を同一視する人は多いですが、厳密にはマクロ展開は、インタプリタ動作時にも実行されるため、あまりマクロ展開での重い仕事はインタプリタを遅くすることになります。
まあSBCLのような処理系が主流の今となっては誰も気にしていないと思いますが。
マクロ展開での重い仕事をコンパイル時に移行する手段としては、コンパイラマクロがありますが、多分、compose-stringをこのような作りに仕立ててみるということがやりたかった気がするので、そういう風なものを作成してみましょう。
compose-stringのマクロ展開を軽くする
とりあえずですが、下請けの、compose-string-fnを定義します。
(defun compose-string-fn (&rest args)
(with-output-to-string (out)
(dolist (a args)
(typecase a
(CHARACTER
(write-char a out))
(INTEGER
(write-char (code-char a) out))
(STRING
(write-string a out))
(T (write-string (string a) out))))))次に、compose-stringの引数を、compose-string-fnが解釈できるような形式に変換する関数を作成します。
(defun compose-string-process-args (&rest args)
(labels ((err (args)
(error "Invalid argument to compose-string: :] in ~S" args))
(compstr (args acc)
(if (endp args)
(nreverse acc)
(typecase (car args)
((OR STRING CHARACTER INTEGER)
(compstr (cdr args)
(cons (car args) acc)))
((EQL :])
(err args))
((EQL :[)
(let ((pos (position :] (cdr args))))
(if pos
(compstr (append
(mapcar (lambda (x)
(parse-integer (write-to-string x) :radix 16.))
(subseq (cdr args) 0 pos))
(nthcdr (1+ pos) (cdr args)))
acc)
(err args))))
((EQL :EVAL)
(compstr (cddr args)
(cons (cadr args)
acc)))
(SYMBOL
(compstr (cons (name-char (string (car args)))
(cdr args))
acc))
(T (err args))))))
(compstr args nil)))これらをcompose-stringとしてまとめます。
(defmacro compose-string (&rest args)
`(compose-string-fn ,@(apply #'compose-string-process-args args)))動作
(compose-string "foo" "bar" :eval 12354 :[ 3042 :] "foo")
===>
(compose-string-fn "foo" "bar" 12354 12354 "foo")コンパイラマクロを追加
とりあえず上記のような動作ですが、引数処理時に全部が文字列であることが判定できる場合は、展開時に文字列を返すような最適化をコンパイラマクロで追加します。
(define-compiler-macro compose-string (&whole w &rest args)
(let ((args (apply #'compose-string-process-args args)))
(if (every #'stringp args)
(apply #'concatenate 'string args)
w)))(compiler-macroexpand '(compose-string "foo" "bar" "foo"))
→ "foobarfoo"多分三年前の自分はこんな動作をさせたかったのでしょう。
一方Allegro CLでの動作は
元々のAllegro CLのcompose-stringでは、:evalオプションがなければ、マクロ展開時に全部計算してしまいます。
大体、上記コンパイラマクロ版の定義と同じですが、再現するとしたら下記にようになるでしょうか。
(defun compose-string-process-args (&rest args)
(labels ((err (args)
(error "Invalid argument to compose-string: :] in ~S" args))
(compstr (args acc)
(if (endp args)
(nreverse acc)
(typecase (car args)
(STRING
(compstr (cdr args)
(typecase (car acc)
(STRING (cons (concatenate 'string
(car acc)
(car args))
(cdr acc)))
(T (cons (car args) acc)))))
(CHARACTER
(compstr (cons (string (car args))
(cdr args))
acc))
((EQL :])
(err args))
((EQL :[)
(let ((pos (position :] (cdr args))))
(if pos
(compstr (append
(mapcar (lambda (x)
(parse-integer (write-to-string x) :radix 16.))
(subseq (cdr args) 0 pos))
(nthcdr (1+ pos) (cdr args)))
acc)
(err args))))
(INTEGER
(compstr (cons (code-char (car args))
(cdr args))
acc))
((EQL :EVAL)
(compstr (cddr args)
(cons `(:eval ,(cadr args))
acc)))
(SYMBOL
(compstr (cons (name-char (string (car args)))
(cdr args))
acc))
(T (err args))))))
(compstr args nil)))
(defun strip-eval-mark (args)
(mapcar (lambda (x)
(etypecase x
(STRING x)
((cons (eql :eval) *)
(cadr x))))
args))
(defmacro compose-string (&rest args)
(let ((args (apply #'compose-string-process-args args)))
(if (every #'stringp args)
(apply #'concatenate 'string args)
`(compose-string-fn ,@(strip-eval-mark args)))))
(compose-string "foo" "bar" :[ 3042 :] "foo")
===> "foobarあfoo"
コンパイラマクロ版を更に改良
前述のマクロにコンパイラマクロを付ける方式だと、compose-string-fnの文字列の融合までは処理されません。
しかし、compose-string-fnの方にもコンパイラマクロを付ければ解決できるでしょう。
(define-compiler-macro compose-string-fn (&whole w &rest args)
(if (every #'stringp args)
(apply #'concatenate 'string args)
w))(compiler-macroexpand '(compose-string-fn "foobarあfoo
"
"foo"))
→ "foobarあfoo
foo" まとめ
以上、インタプリタ動作でのマクロ展開は軽くしつつ、コンパイル動作の場合はコンパイル時に最適化処理はしてしまう、というのを考えてみました。
基本的に引数の最適化処理はコンパイラマクロの主要な使い道(&keyの最適化等)なので、使える場所があったら使ってみるのが良いかなと思います。
参照
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
begin0 prog1 prog2 prognの謎
Posted 2020-09-29 01:28:16 GMT
Common Lispには、prog1、prog2、prognとありますが、Lispは0オリジンなのに、(nth 0)な場所の値を返すprog1、(nth 1)な場所の値を返すprog2、って整合性がないなあ、一方Scheme畑では、美しく、begin0と命名する(Racket等)……という小話がありますが、なぜCommon Lispは1オリジン風なのでしょうか
;;; Welcome to Racket v7.8.
(begin0 0 1 2 3)
→ 0A. 元々の数字はフォームのアリティだったから
Common Lispには、prog1、prog2、prognとありますが、Lisp 1.5まで遡ると、prog2しかありませんでした。
この時のprog2は、2つのフォームをとれるフォームで最後の値を返すものでした。
これが、PDP-6 Lisp(1966)で、prog2が可変長の引数を取れるように進化。値を返す場所は変更なし、ということで、「二番目のフォームの値を返す」もの、という感じになってしまいました。
続いて、progn(1968あたり)、prog1(1977あたり)が続きます。
まとめ
可変長のフォームで、N番目のフォームの値を返す、というのは割合に発明だった気がしますが、命名則としてはねじれたことになってしまったようです。
■
HTML generated by 3bmd in LispWorks 7.0.0
loopにもっと括弧を
Posted 2020-09-27 04:38:31 GMT
以前、ANSI CL規格(INCITS 226-1994)の規格の更新について議論しているログを眺めたことがあったのですが、その中で、Jon L White氏が「loop にもっと括弧を」という意見を出していました。
この議論のログは確かウェブで参照できた筈ですが、今やまったく見付かりません。結構貴重な資料だと思いますが……。
loopをLispyに改善したものといえば、iterateだと思いますが、括弧をつけるだけなら、簡単な処理で実現できるなと思ったので試してみました。
(defmacro for (&rest body)
`(loop
,@(reduce (lambda (res b)
(append res (->loop-clause b)))
body
:initial-value nil)))
(eval-when (:compile-toplevel :load-toplevel :execute)
(defun ->loop-clause (xpr)
(case (find (car xpr) '(let) :test #'string-equal)
(let (destructuring-bind (let &rest args)
xpr
(declare (ignore let))
`(for ,@args)))
(otherwise xpr))))
要するにloopに余計な括弧を付与するだけですが、まあまあそれっぽくなります。
(for (let i :from 0)
(let j :from 0)
(repeat 16)
(if (oddp i)
:collect i :into es)
(collect i :into is)
(collect j :into js)
(finally (return (list es is js))))
→ ((1 3 5 7 9 11 13 15)
(0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15)
(0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15))loopだと:do節の後にprognを補ったりしがちですが、括弧で囲むと範囲がはっきりするので安定感があります。
(for (repeat 5)
(do (print 'hello-world)
(terpri)))
▻
▻ hello-world
▻
▻ hello-world
▻
▻ hello-world
▻
▻ hello-world
▻
▻ hello-world
→ nilまとめ
もうちょっと凝ったことをしようと思ったら素直にiterateを使う方が良いとは思いますが、案外上手くいっちゃってる感。
もっとも、JonL氏がいう「もっと括弧を」、というのは恐らくiterateのようなものを指しているのだとは思いますので誤解なきよう。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
setf可能な場所なのかどうかを確認したい
Posted 2020-09-23 02:00:36 GMT
setf可能な場所なのかどうかを確認したい、というのは、そもそもどういう動機からなのかというと、身近な例では、(setf nthcdr)等と書いた時に、
(let ((x (list 0 1 2 3 4)))
(setf (nthcdr 1 x) (list 'a 'b 'c))
x)
!Error: Undefined operator (setf nthcdr) in form ((setf nthcdr) #:|Store-Var-34450| #:g34451 #:g34452).となってしまい、あれ、(setf nthcdr)って設定されてないんだっけ?というようなことを防止したい、というような動機です。
上記の場合、
(let ((x (list 0 1 2 3 4)))
(setf (cdr (nthcdr 0 x)) (list 'a 'b 'c))
x)
→ (0 a b c)と書き直せば良いのですが。
考えられそうなアプローチ
setfできそうな場所は全部setf対応しておく- setfの展開を制御するユーティリティマクロで頑張ってみる
- 標準規格で定義されているsetfの場所以外のものは一切書かない
等々、色々ありますが、まず、setfして回るのは、処理系を改造することになるので、ちょっと嫌なのと、やるとしてもsetfの展開方法が処理系ごとに結構違っているので、setfを設定するコードの可搬性を担保するのが結構難しい。
次に、ユーティリティマクロで囲んだり、setfの類似品を作る的なところですが、この問題をコードウォークして解決するとしても、局所関数/マクロでsetfを定義できたりするので結構大変でしょう。
標準規格で定義されているsetfの場所以外のものは一切書かない、というのは若干寂しいですが、これはこれでありかなと思います。
標準の(setf place)を一覧にする
標準の(setf place)を全部把握したい、ということで、CLHS: 5.1.2 Kinds of Placesで定義されているものを、列記してみます。
変数名全部
これは問題ないでしょう
標準定義の関数フォーム形式
(setf bit)
(setf c[ad]+r) ;car cdr系全部
(setf char)
(setf class-name)
(setf compiler-macro-function)
(setf documentation)
(setf elt)
(setf fdefinition)
(setf fifth)
(setf fill-pointer)
(setf find-class)
(setf first ... tenth) ; firstからtenthまで
(setf rest)
(setf get)
(setf getf)
(setf gethash)
(setf ldb)
(setf logical-pathname-translations)
(setf macro-function)
(setf mask-field)
(setf nth)
(setf readtable-case)
(setf row-major-aref)
(setf sbit)
(setf schar)
(setf slot-value)
(setf subseq)
(setf svref)
(setf symbol-function)
(setf symbol-plist)
(setf symbol-value)Apply との組み合わせ
上記に加えて、Applyのフォームと組合せ可能なものとして、aref、bit、sbitがあるので、
(setf (apply #'aref))
(setf (apply #'bit))
(setf (apply #'sbit))Values との組み合わせ
上記の関数フォームに組合せ可能なものとして更にvalues
(setf values)the との組み合わせ
さらに組合せ可能なものとして、the
(setf the)setf系マクロ
decf pop pushnew incf push remf あたりのマクロですが、define-modify-macroで定義したように動くので、valuesと組合せて使うことは想定されていない様子。
LispWorksに至ってはエラーになります。
まとめ
標準の組み合わせだけでも、結構複雑な組み合わせは可能です。
(let ((ba (make-array '(4 4)
:element-type 'bit
:initial-element 1))
(bb (make-array '(4 4)
:element-type 'bit
:initial-element 1)))
(setf (values (the bit (apply #'bit ba '(0 0)))
(the bit (apply #'bit bb '(0 0))))
(values 0 0))
(values ba bb))
→ #2A((0 1 1 1) (1 1 1 1) (1 1 1 1) (1 1 1 1))
#2A((0 1 1 1) (1 1 1 1) (1 1 1 1) (1 1 1 1))
(let ((a (make-array '(4 4) :initial-element 0)))
(incf (the integer (apply #'aref a '(1 1))))
a)
→ #2A((0 0 0 0) (0 1 0 0) (0 0 0 0) (0 0 0 0))
便利なsetfマクロですが、あまり複雑なことはしない方が良いのかなと(月並)
ただ、(setf values)については、色々なソースを眺めていても、あまり活用されていない気がするので、もっと活用されても良いかなと思います。
■
HTML generated by 3bmd in LispWorks 7.0.0
束縛部での変数名の重複
Posted 2020-09-22 00:51:35 GMT
LispWorksでコードを書いていて、
(let ((x 42)
(x 69))
x)
→ 42みたいなものがエラーにならなかったので、コンパイラの最適化のバグか何かかと思って他の処理系でも試してみたところ、SBCLやCMUCL、ECLではエラーになるものの他の処理系では特にエラーにならないようです。
もしや規格上は問題ないのかと思ってHyperSpecを確認してみると、特に記載がない様子。
Common Lispはlambdaに展開される訳ではないので、lambdaでの重複チェックとは別になっているのかなと思い、lambdaも確認してみましたが、
((lambda (x x) x) 42 69)
→ 69これもSBCLやCMUCL、ECL、CCL以外では、エラーにならない様子(CCLはこちらはエラーにするらしい)
λリストについても、重複については特に記載がない様子。
Scheme(R7RS)ではエラーと規定されているので、そういうものだと思っていましたが、実際の処理系で試してみると、Schemeの処理系でも動作はまちまちでした。
Scheme流の「エラーという定義だけど、どうエラーを処理するかは規定しない」ってやつでしょうか。
まとめ
束縛部の変数名の重複チェックが緩いのは、バグの元になるので、何らかの方法でユーザーに通知して欲しいですね。
マクロでコード生成するのが頻繁なLisp系言語では特にですが。
SBCLで虫取りが捗るのは、割とこういう類のチェックが充実しているというのもあると思います。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
thenretの活用
Posted 2020-09-19 23:44:52 GMT
古えのLucid CLのソースを眺めていて、こんなコードに遭遇したのですが、これがなかなか味わい深い。
コードの作者はJonL氏。
(defun find-named-slot (slot-name slotds &optional (no-error-p nil))
(cond ((loop for slotd in slotds
thereis (and (eq slot-name (%slotd-name slotd))
slotd)))
(no-error-p nil)
(t (system-error hhctb))))condの述語部の返り値を活用しているのですが、Franz Lispのifでいうthenretの活用です。
実際に最近の処理系でも動くように書き直すと下記のようになるでしょうか。
(ついでにloopのthereisもfindに置き換え)
(ql:quickload "closer-mop")
(in-package c2cl)(defun find-named-slot (slot-name slotds &optional (no-error-p nil))
(cond ((find slot-name slotds :key #'slot-definition-name))
(no-error-p nil)
(t (error "How the hell can this be?!"))))
(defclass foo ()
(a b c))
(find-named-slot 'a (class-slots (find-class 'foo)))
→ #<standard-effective-slot-definition a 411021F02B>
(find-named-slot 'z (class-slots (find-class 'foo)))
>> Error: How the hell can this be?!
ちなみに、hhctbは、MACLISPのエラーコードで、“How the hell can this be?!”の略みたいです。
色々検索してもヒットしないので、もしかするとJonL氏以外使ってないんじゃないでしょうか。
上記をifの連鎖で書くと下記のようになります。
(defun find-named-slot (slot-name slotds &optional (no-error-p nil))
(let ((slotd (find slot-name slotds :key #'slot-definition-name)))
(if (not (null slotd))
slotd
(if no-error-p
nil
(error "How the hell can this be?!")))))ifで書き直してみると、no-error-pのあたりも含めて、thenretだけでなくcondを上手く活用していることが分かります。
thenretに類似するところでは、orの返り値を活用するというのがありますが、慣れないと少し解読が難しいかも。
(defun find-named-slot (slot-name slotds &optional (no-error-p nil))
(let ((slotd (find slot-name slotds :key #'slot-definition-name)))
(or slotd
(and (not no-error-p)
(error "How the hell can this be?!")))))ちなみにrmsのLispコードではこういうパタンが多用されています。
まとめ
伝統的なLispでの thenret は多値を返さない(せない)のですが、srfi-61では、多値を活かすことができる仕組みになっています。
(cond ((values 0 1) values => values)
(else #f))アナフォリックマクロのit、when-let等もthenretの文脈に近いものがありますが、慣れると結構活用できる気がします。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
ボディ部にドキュメンテーション文字列しかない場合について
Posted 2020-09-12 20:14:02 GMT
ボディ部にドキュメンテーション文字列しかない場合について、というのは具体的には、
(lambda (x) "λ[[x]]")(defun foo (x)
"λ[[x]]")
のような場合ですが、上記のように書いてしまうと、ドキュメンテーション文字列ではなくて、返り値(フォームの最後の値)となってしまいます。
(mapcar (lambda (x) "λ[[x]]")
'(0 1 2 3))
→ ("λ[[x]]" "λ[[x]]" "λ[[x]]" "λ[[x]]")
(documentation 'foo 'function)
→ NIL
この場合、二通りの解決策があり、返り値として、nilを明示的に書く、空のdeclareを書くことで回避可能です。
(defun foo (x)
"λ[[x]]"
(declare))
(mapcar #'foo
'(0 1 2 3))
→ (NIL NIL NIL NIL)
空のボディを生成してしまうのが悪いのでは?という話もありますが、マクロ等でコード生成した場合に意図せず生成されてしまうことは結構あります。
この場合、(declare)を入れておく方が、明示的にnilという値を入れるより生成するコードが簡単になるかなと思います。
以上、非常にニッチな話でした。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
単一ファイル構成のプロジェクトの読み込み
Posted 2020-09-11 19:31:26 GMT
ちょっとした内容を単一ファイルに記述し、それをロードして実行させたいことは結構あります。
こういう場合には論理パスを使うのが便利だということを最近発見したので、それについて書きたいと思いますが、その前に一般的な方法も改めて考察してみましょう。
ASDFを使う
ASDFを使うまでもない、という感もあるのですが、Quickproject等、プロジェクトの雛形をさっと作れるツールがあるので、中身が1ファイルしかないといっても対した手間ではないでしょう。
実際Quicklispにも単一ファイル規模のプロジェクトは結構あります。
ただ、quicklispがセットアップできてなかったり、ASDFのシステムがうまく登録されてなかったりで、すったもんだすることは割とあります。
(ql:quickload 'foo)(foo::main)
みたいなファイルを、lisp --load foo.lisp したりするわけですが、おや結局foo.lispはどこに置けば良いのだろう、などということにもなったりもします。
スクリプト化する
スクリプト実行と親和性の高いCLISPのような処理系では、手軽に#!スクリプトとしてまとめられます。
#!/usr/bin/clisp -norc -q(ql:quickload 'foo)
(foo::main)
みたいな感じで書いて、実行可能ファイルにしてパスの通った所に置けば良いので、そこそこお手軽です。ただCLISP以外はCLISP程の手軽さは感じられないことが多いかなと思います。
また、スクリプト的に書くのか、slime上でそこそこLisp的に開発するのかの間で逡巡することもままあるかなという印象です。
読み込み時のパス変数を使う
ファイルを読み込んだ時に、*load-pathname*や、*load-truename*でパスが取得可能なので、このパスから色々することも可能です。
残念ながらLispマシン等で使われていたdefsystemがANSI Common Lispで標準化されなかったため、プロジェクトの読み込み方法が処理系ごとに大きく違ってしまっていた、1990年代〜ASDFというdefsystemが普及する2000年代あたりまでは、これらのロード時/コンパイル時パスをあれこれしてどうにか対処することもあったようです。
全体的にパスを計算する手間が面倒になる上、それに起因するバグも多くなる印象です。
論理パスを使う
論理パスでは物理パスとは独立に任意のパスを新規に定義できます。
例えば、ホームディレクトリのlispディレクトリを“lisp:”という論理ホストに設定することが可能です。
これで何が可能になるのかというと、(load "lisp:foo")で、~/lisp/foo.lispをロードすることが可能になるので、“lisp:”以下に置かれたlispファイルをロードするという行為がかなり手軽になります。
また、論理パスに対応したエディタであれば、論理パスでファイルがすぐ開けるのも便利で開発が捗ります。
(なお対応しているエディタはほぼありません)
論理パスの設定
論理パスは、logical-pathname-translationsで直に設定してしまっても良いですが、ホストマシン全体で設定する方法がCommon Lispの標準に用意されているので、その手順に従うと色々楽だったりします。
“lisp:”を設定する場合、SBCLの場合は、“sys:site;lisp.translations.newest”に
;;; -*- lisp -*-
(("**;*.*.*" #.(merge-pathnames
(make-pathname :name :wild
:type :wild
:version :unspecific
:directory '(:relative "LISP" :wild-inferiors)
:case :common)
(user-homedir-pathname)))))のような記述をすれば、
(load-logical-pathname-translations "lisp")で上記のファイルを読み込むことが可能です。
“sys:site;lisp.translations.newest”が論理パスですが、
(translate-logical-pathname "sys:site;lisp.translations.newest")で物理パスに変換できるので確認できるでしょう。
以上は、load-logical-pathname-translationsの作法に則った設定ですが、面倒臭ければ、/etc/sbclrcに
(setf (logical-pathname-translations "lisp")
`(("**;*.*" ,(merge-pathnames
(make-pathname :name :wild :directory '(:relative "LISP") :case :common)
(user-homedir-pathname)))))のようなものを書いてしまっても良いでしょう。
provide、requireと論理パスの組み合わせ
論理パスを設定しておけば、あまり利用することもないrequireやprovideの機能を活かすことも可能になります。
上記foo.lispの例であれば、foo.lispの中に、(provide "lisp:foo")と宣言し、読み込まれたら"foo"モジュールが登録されるようにておきます。
読み込みは、
(require "lisp:foo" "lisp:foo")のように明示的にパスを指定してやります。
明示的にパスを指定するので、loadと大差ありませんが、loadと違い、再度読み込みの防止機能があるので、まあこれはこれで便利なこともあるでしょう。
ちなみにモジュール名を論理パスと同じにすると管理が楽です。
まとめ
単一ファイル構成のプロジェクトの読み込みについて論理パスが活用できる可能性について書きました。
隅に置いやられている論理パスですが、使い様によっては結構活用できそうなので、今後も活用法を探っていきたいところです。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
Common Lisp(1984)の仕様の草稿がCHMで公開
Posted 2020-09-06 16:51:49 GMT
1984年に最初の仕様が公開されたCommon Lispですが、仕様は主に電子メールのメーリングリストで議論し、採用する機能を投票で決めたりと時代を先取りしていました。
Spice Lispのマニュアルを土台に叩き台となる仕様をまとめ、議論して、まとめ、というのを繰り返して、Common Lisp the Language(CLtL1)として出版されたのですが、その中間の草稿についてはネット上には資料が公開されていなかったため色々と謎が多かったりもしました。
そんなCommon Lispの草稿ですが、今年の去る五月にComputer History MusiumのSoftware Preservation Groupのページで公開されていたようです。
公開されたのは、
- Colander Edition (1982-07-29)
- Laser Edition (1982-11-16)
- Excelsior Edition (1983-08-05)
- Mary Poppins Edition (1983-11-29)
の四つで、厳密にいうと他にも草稿はあるようですが、Common Lispの草稿として資料に登場するのは大体この四つです。
どんなことが分かるか
興味深いのは、完成版に近いMary Poppins Editionよりは、最初期のColander Editionかと思いますが、例えば、*macroexpand-hook*は、displaceを導入する目的で導入された、と明記されていたりします。
displaceは主にインタプリタのマクロ展開を速くする機構で、一度展開した展開形を保持するという機構です。
この機能ですが、ANSI CLに至るまでに可搬的に実現するのが困難という結論になり、ANSI CLでは何を目的とした機能なのかの説明もぼんやりしたものになっています。
時系列に並べると
- CL草稿:
displaceのため - CLtL1: マクロ展開をキャッシュ化することによってインタプリタ速度の向上に活用できる
- CLtL2: 当初の目的を果すのは難しいのでデバッグで主に使いましょう
- ANSI CL: 大域変数なのでまずい使い方をするとコードの解釈が一意でなくなるという注意書き
となるのですが、どんどん非推奨な機能に追いやられていることが分かります。
他、スペシャル変数に耳当てがない等、お馴染の慣習も徐々に確定していったことが分かります。 (ちなみに耳当てをつけるのは投票で可決され、定数には特に飾りを付けない、というのも同じ投票で可決されています)
関連
まとめ
ANSI CL規格だけからは導入の動機が良く分からない機能は結構あるのですが、最初期まで遡ることが可能だと経緯がより鮮明に見えてきます。
現在でも、投票の詳細については資料がオンラインにないのですが、投票の詳細について公開されるとかなり面白いことになると思います。
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
Lisp₂のマクロはいうほど不衛生でもない
Posted 2020-08-23 15:18:23 GMT
ざっくりした話ですが、Lisp₁のSchemeには衛生マクロがあるが、Common LispのようなLisp₂は、衛生マクロがないので駄目、みたいな意見を持っている人(主にLisp初学者)はそこそこいると思います。しかし、実際のところ、日々Lisp₂のCommon Lispを使っていてリスト操作のマクロが不衛生で困っちゃうということもありません。
欠点を運用でカバーしているのだ、という話もありますが、これが大した運用でもないというのが実感です。
この実際の感覚のあれこれを説明しようと思っても、Common LispのようなLisp₂のマクロ体系とLisp₁のマクロ体系を比較する、ぱっとした方法がないので、実際のところ比較が難しいのですが、両者でも共通している括弧()のレベルから考えてみることにしました。
関数定義の度に新しい括弧を定義する体系を考えてみる
まず、リスト操作のマクロは、Lisp₂とLisp₁とではあまりにも使い勝手が違います。
端的にいってLisp₂のプログラマの感覚でいうと、Lisp₁上のLisp₂のようなリスト操作のマクロは使い物にならないので一切書かないのが安全という感覚だと思いますが、それについては後述するとして、Lisp₂、Lisp₁で共通の機構を考えてみます。
まず、関数/マクロの定義ごとに新しい括弧の種類を定義するとしてみます。
(defun fib (n)
(if (< n 2)
n
(+ (fib (1- n))
(fib (- n 2)))))のようなものを
(defun 【】 (n)
(if (< n 2)
n
(+ 【(1- n)】
【(- n 2)】)))と定義し、
【10】
→ 55のように動くというイメージです。
括弧はリード時に確定するので、それ以降のフェイズで上書きする術を提供しなければ衛生的です。
※なお、Common Lispにはリーダーマクロがあり、ユーザーが新しい括弧を定義することが可能ですが、ユーザー定義部分に関してはプログラマに委ねられています。
Lisp₂の関数/マクロ定義は括弧を定義しているのに感覚として近い
関数/マクロごとに新しい括弧を用意してみることを考えてみましたが、Lisp₂は、Lisp₂のプログラマの感覚からすると、()+シンボルという唯一であることが保証されたオブジェクトの組み合わせで機能するため、定義の度に新しい括弧を定義するのに近いものとなります。
上記で定義した【の文脈でいうと、(fibという唯一な括弧を新しく定義している、とも考えられます。
つまり、リスト操作でのマクロがどれだけ衛生的かというと、上記表現でいう括弧が再定義されない限りにおいて衛生的ということになるかと思います。
逆に括弧が再定義可能ということであれば、関数呼び出しの記述からして破綻させることが可能なので、衛生マクロであろうと無力です(括弧を保護する仕組みが必要)
なお、(+シンボルの組で括弧であるとした場合、実際にはシンボルはユーザーが通常のプログラミングの範囲で操作するため二点問題が考えられます。
- シンボルの競合問題
- プログラムデータが作るスコープでのシャドウイング問題
生成されたプログラムデータに於て、シンボルの競合については、モジュール管理のフェイズでエラーとすることが可能なためプログラマも管理し易いと思いますが、自動生成されるスコープについては管理が難しいと考えられています。
Lisp₂のCommon Lispで具体的な例を挙げると、
(flet ((list (&rest args)
(apply #'vector args)))
(list 0 1 2))のようなコードが自動生成されることを制御する必要がある、ということになりますが、コード生成をしまくるCommon Lispでも実際には問題となることはあまりありません。
これは上述のように、Lisp₂に於ける関数定義では新しい括弧を定義しているような意味合いが強く、変数名と関数名の競合を意識することがないプログラミングスタイルであることが理由だと考えられます。
換言すれば、関数名と変数名が競合しないのがメリットなので、敢えて競合させるようなコードを生成させた挙句に結果として余計な問題に悩んだりしたくないので避けるということかと思います。
関数名と変数名が同一なのがメリットのSchemeにおいて敢えて名前を競合させてデメリットを助長させるようなことはしないのに似ています(もちろんたまにいますが)
(define (foo list args)
(list args))リスト操作のマクロでいうと、Lisp₁の場合は、さらに変数名との競合も考慮する必要があります。
加えてマクロが展開された周辺とも名前の競合を考慮する必要がありますが、Lisp₂のプログラマの感覚からすると制御が難しすぎて実質使い物にならないという感想が多いでしょう。
(だから衛生マクロが登場したともいえますが)
コード生成について
Lisp₂のCommon Lispでは、defmacroが単なるリスト生成であることが殆どですが、マクロでなくともユーザーがプログラムでコードを生成するということが手軽に安直に行なわれています。
この場合、生成されるコードは、機械向けの呪文ではなく、人間が書くようなスタイルのコードが生成されることが多い印象ですが、リスト生成に毛が生えた程度でも人間が読め、制御も可能であるようなコードが生成可能であるというのが大きいと思われます。
defmacroのような手書きのコードから一括生成の大量の自動生成のコードまで連続しているというのがポイントです。
Lisp₂以外で、人間が読めるようなコードを安直に生成している文化はあまり目にしたことがないのですが、どうなのでしょうか。
まとめ
上記では、関数の名前と変数の名前が競合する局面について書きました。
Lisp₂のマクロでの変数名の競合は、一時的な変数名を生成したり(gensym)、スコープを作る構文に展開することで簡単にコントロールできるものとされています。
マクロ展開での変数名(識別子)の競合や生成は、メリットともデメリットともされていて、SchemeでもLisp₂でメリットとされて来たことを取り込もうとする等、人間がコントロールする範囲のものと捉えられている節もあるので今回は省いています。
また、Lisp₁上でも、識別子を展開するのではなく、マクロ定義時に関数オブジェクトを取り込み、それをマクロ展開してしまうことによって、名前の競合を起さないテクニックもあるようです。
これでも良さそうですが、コードの字面とオブジェクトとで乖離してしまうので管理が難しそうです。
結局のところ関数名というのは変数名と違って大域なことが殆どですが、これは大域的な名前を操作してプログラミングするという人間の慣習を反映しているのでしょう。
Lisp₂はこの点とも親和性が高いと思います(たまたま先入観が反映された感は強いですが)
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
Interlisp-DがOSSになって帰ってきた!
Posted 2020-08-20 00:30:51 GMT
ここ最近Interlisp-D復活のプロジェクトが活発でOSS化が進んでいるらしいというのは眺めていましたが、いつの間にやら仮想Interlisp-D環境であるmedleyが最近のOS上で動くようになっているようです。
以前もmedleyは古いOSを用意すれば動かせたりしましたが、最近のOS上でも動かせるというのは非常に嬉しい。
導入
下記はlinux x86_64で導入する場合です。 clang等が必要ですが適宜インストールしましょう。
git clone https://github.com/Interlisp/maiko.gitcd bin
export PATH=.:$PATH
makeright x
上記でビルドが完了すると、maikoディレクトリの直下のマシンアーキテクチャ名のディレクトリ中にldexが生成されていますので、medleyのsysoutイメージを指定して起動できます。
./linux.x86_64/ldex full.sysoutsysoutイメージは、interlisp.orgに記載のあるRon’s Interlisp dropboxでも数種類配布されているので、適宜利用してみるのも良いでしょう。
とりあえず、手元では、古いmedleyで動かしていたイメージが起動しました。
今後の展開
OSS化されたということで、処理系のソース等も読めるようになるのかもしれません(既に読める?)
個人的にはLOOPSを触ってみたいと思っています。
関連
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
S式は前置記法でなくても良い
Posted 2020-07-28 21:59:39 GMT
S式といえば、逆ポーランド記法(前置記法)という印象がありますが、肝要なのはS式というデータでコードを記述することなので、特に前置でなければいけないということもない筈です。
そもそも、点対リストの記法は中置じゃないかと思うのですが、どうなのでしょう。
(a . d)前置であれば、
(. a d)となりそうですが、これでも特に問題はなさそうに思えます。
ちなみにPrologでは、[a|d]というリスト表記は、'.'(a,d)の糖衣構文らしく'.'は前置記法ですが、Lispに由来したものなのかどうなのか。
% az-prolog
%
| ?-'.'(a,d)=[a|d].
yes点対リストの発展形
点対リストのドットは中置ではないかと書きましたが、Plasma(1974)には、この点対リストの記法を発展させたような記法(x op y)をメインに使用します。
なお、私個人の解釈では、Hewitt先生は、点対リストのドットをオペレーターとして解釈し、点対リスト記法を発展させているように見えるのですが、Plasmaの文献を眺めていてもドットを発展させたという記述は見付けられていないので、完全に独自解釈かもしれません。予めご了承下さい……。
少なくとも、リストの二番目に特別な記号があれば○○するというような構文の作り方ではない気がするのですが。
メッセージ送信
Plasmaではメッセージ送信は、(A <= M)と記述し、Lispでいう関数呼び出しに相当します。
矢印は逆転して記述することも可能で、(M => A)でも可です。
また、(A <= [x y z])の省略形はLispの関数フォームのように、(A x y z)と書けます。
この矢印がLispの点対リストの.に相当します。
なお、[x y z]は配列です。
四則演算
四則演算の+,-,*,/等もまた特別扱いされます。
(1 + 1)
→ 2Common Lispで()を再定義するとしたらこんな感じでしょうか
(progn
(flet ((rdseq (srm chr)
(let ((xpr (read-delimited-list #\] srm T)))
(if (= 3 (length xpr))
(let ((op (cadr xpr))
(x (car xpr))
(y (caddr xpr)))
(case op
(≡ (list 'define x y))
((=)
(list x y))
(otherwise (coerce xpr 'vector))))
(coerce xpr 'vector)))))
(set-macro-character #\[ #'rdseq))
(set-syntax-from-char #\] #\))
;;;
(flet ((rdparen (srm chr)
(declare (ignore chr))
(let ((xpr (read-delimited-list #\) srm T)))
(if (= 3 (length xpr))
(let ((op (cadr xpr))
(x (car xpr))
(y (caddr xpr)))
(case op
(<= (cons x (coerce y 'list)))
(=> (cons y (coerce x 'list)))
((+ - * / < > =< >=)
(list op x y))
(otherwise xpr)))
xpr))))
(set-macro-character #\( #'rdparen)))(list
(list <= [42])
(list 42)
(list 0 1 2 3)
([0 1 2 3] => list)
([(42 + 69) (42 - 69) (42 * 69) (42 / 69)] => list))
→ ((42) (42) (0 1 2 3) (0 1 2 3) (111 -27 2898 14/23))ちなみに、(の再定義は危険なので、全角括弧ででも試した方が良いかもしれません……。
定義構文
関数(アクタ)定義は、配列+≡の中置です。
Schemeのように、(define fcn (lambda (arg ...) ...))パタンと、左辺?に引数も記述する(define (fcn arg ...) ...)パタンがあります。
思えば、Lisp 1.5の頃からこの二種類は存在するようなのですが、大元はLisp 1.5なのでしょうか。
Plasmaでは下記のように書けます。
(なお、Plasmaにlambdaはありません)
[tak ≡ (lambda (x y z)
(if (not (x > y))
z
([([(x - 1) y z] => tak)
([(y - 1) z x] => tak)
([(z - 1) x y] => tak)] => tak)))]
[(tak x y z) ≡ (if (not (x > y))
z
([(tak (x - 1) y z)
(tak (y - 1) z x)
(tak (z - 1) x y)] => tak))]
([18 12 6] => tak)
→ 7
Common Lispで再現してみるなら、≡を中置のdefineと考え、二種のパタンそれぞれに展開するマクロにでもなりそうです。
(defmacro define (name expr)
(etypecase name
(cons `(defun ,(car name) (,@(cdr name))
,expr))
(symbol
`(progn
(declaim (function ,name))
(setf (fdefinition ',name) ,expr)))))まとめ
点対リストの記法の発展形をPlasmaを源流と捉えてつらつら書いてみましたが、点対リストの形式(x op y)には、未だ開拓されていない可能性があるようなないような。
(x op y)と書けると一体何が嬉しいのか、という気もしますが、ではLispがこれまで(a . d)と書いてきて一体何が嬉しかったのか、と思わないでもないです。
Hewitt先生の記法のアイデアは中置のS式に限らず結構面白いものが多いので、今後もちょこちょこ紹介していきたいと思います。
(絵文字や上付き/下付きのS式等々……)
参考
- A PLASMA PRIMER / Brian C. Smith, Carl Hewitt (1975)
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2
ストリームをreadしてその文字列表現を取り出す
Posted 2020-07-26 16:49:52 GMT
ストリームを読み込んで、一つのS式を得るにはreadを使えば良いのですが、その文字列表現を得るのは結構面倒という話をSNSで見掛けました。
いや、with-output-to-string等を使えばreadの結果を文字列として取り出すのは簡単じゃないかなと思ったのですが、これでは上手く行かない状況があるのかもしれません。
;;; 単純な例
(setq *print-circle* T)(with-output-to-string (out)
(with-input-from-string (in "#0=(0 1 2 3 . #0#)")
(print (read in) out)))
→ "
#1=(0 1 2 3 . #1#) "
例えば、存在しないパッケージを含んだ表現を読み込むとエラーになる場合であったり、
(with-output-to-string (out)
(with-input-from-string (in "(foo:bar baz)")
(print (read in) out)))
!! Error: Reader cannot find package FOO.コメントを読み飛ばしたくない場合であったり、
(with-output-to-string (out)
(with-input-from-string (in "(foo bar #|baz|#)")
(print (read in) out)))
→ "
(FOO BAR) "しかし、これらはreadの挙動ではないので、readした結果の文字列ではない気がしますが……。
とはいえ、Lispのプリティプリンタ等を作成する場合等でCommon Lispのreadをうまいこと流用しつつ都合良くreadの標準の挙動を越えた結果が欲しい場合もあります。
make-echo-stream というマイナー機能
上述のように、コメントを読み飛ばしたくない場合や、存在しないパッケージは無視してシンボルのトークンとして読み込みたい場合、元ストリームのecho-streamを作成した状況で、*read-suppress*をTにしてreadを動かし、echo-streamに軌跡を出力するという技が使えます。
具体的には、
(defun read-to-string (&optional (stream *standard-input*)
(eof-error-p T)
eof-value
recursivep
(junk-allowed T))
(with-output-to-string (outstring)
(let* ((stream (make-echo-stream stream outstring))
(*read-suppress* junk-allowed))
(read stream eof-error-p eof-value recursivep))))こんな感じのものを作成します。
(setq *print-circle* nil)
(dolist (xpr '("#0=(0 1 2 3 . #0#)"
"(foo:bar baz)"
"(foo bar #|baz|#
;; comment)"
))
(with-input-from-string (in xpr)
(print (read-to-string in))))
▻
▻ "#0=(0 1 2 3 . #0#)"
▻ "(foo:bar baz)"
▻ "(foo bar #|baz|#
▻ ;; comment
▻
▻ )"
→ NIL解説
まず、make-echo-streamですが、read系の関数が読み取ったものを出力するというストリームです。エラーログを出力する場面等で便利な気はしますが、結構マイナーな機能です。
HyperSpecでも読み取ったものを文字列として返す例が紹介されています。
次に*read-suppress*ですが、元来これは、#-、#+を処理するための機能であり、Lispのトークンとして読み込めるレベルのものを適切に無視することが可能です。
これらを組み合せるとreadエラーは回避しつつLispのトークンとして読み込み、文字列として出力することが可能です。
参照
■
HTML generated by 3bmd in LispWorks Personal Edition 7.1.2