accomplish nothing

Larcenyが準拠しないSRFIの一覧とその理由。2007年の12月から更新がないので多少古いけど、今読んでも十分参考になる。

例えば、

Larceny does not support SRFI 88. Use symbols instead.

Larceny Project. Deprecated SRFIs, Version 3, Dec 2007. At https://trac.ccs.neu.edu/trac/larceny/wiki/DeprecatedSRFIs.

とのことで、キーワードには反対の立場らしい。シンボルを使え、とのこと。確かに、alistとかで簡単に同じことができるし、そういう考え方も理解できる。

他にも、SRFI 18やSRFI 21のマルチスレッドサポートは、POSIXスレッドを前提にしている節があるのでサポートしてない、とか。Larcenyでスレッドを使いたいときは、tasking.schがファイバの実装なので、それを使えってことなんだろうか。

こういう、開発者の考えが詳しく書かれたドキュメントがあると、処理系選びの助けになるし、それに、自分以外の考えを知るのは単純に面白い。

使ってて思ったこと。

Gauche

FFIを、PLT SchemeやLarcenyやIkarus Schemeみたいに動的にやりたい。あのライブラリのあの関数をちょっと使いたい、なんてときにコンパイルやリンクが間に入るとめげる。対応するのは1.0以降とのことで、先は長い。

PLT Scheme

賛成したからには、規格が風化する前に、実用的なR6RS環境を整備して欲しい。独自ライブラリの対応があんまり進んでない気がする。

Larceny

0.97を早く使いたい。それと、Solaris/x86でのネイティブコンパイルに対応して欲しい。Solarisは使うんだけど、うちにSPARCはないんだ。

Ikarus Scheme

早く独自拡張部分の仕様を固めて欲しい。リポジトリにシンボリックリンクとか入っててWindowsで困る。BazaarのWindows用の公式バイナリが使えない。