#In file included from vm.c:826:
./vminsn.c:706:49: error: expected expression
{{ScmObj nm;int argc;int proctype;call_entry :; #undef APPLY_CALL
^
./vminsn.c:708:21: error: expected expression
tail_apply_entry :; #define APPLY_CALL
^
../lib/gauche/cgen/cise.scm:1029:389: error: use of undeclared label
'tail_apply_entry'
...label_TAIL_CALL;}}*((SP)-(1))=(rest);VAL0=(proc);DISCARD_ENV();goto tail...
^
1 warning and 3 errors generated.
make[1]: *** [vm.o] Error 1
make: *** [all] Error 1#こんなのが。Mac OS X 10.8.5 + Xcode 5です。
#gccでもclangでも同じエラーですね。
#最新HEADをインストールしてmaintainer-cleanからやったら再現しました。
#今 0.9.3.3 に戻してビルドして通ったところです。
#コード生成に問題があったわけですね。
#むー、でも関連しそうなところを眺めてるんだけど今んとこ2008年くらいから触ってない感じだな。どこがどう影響したんだろ。
#git bisectしかないかのう。
#0.9.3.3でビルドした最新HEADをビルドしてインストールしたやつで、HEADをビルドすると再現しました。
#Scm_Read で proto == NULL で作っている read context に SOURCE_INFO bit が立たなくなっているように読めますが，そのため？
#というか，一番最初のデフォルトかな．
#bisect終了。10/10のコミット2470767bbcが犯人と出た
#read context絡みかのう。しかしsource_infoが立たないだけでここの改行が消えるというのは別のバグが顕在化したっぽい。
#source-info がないので render-finalize が改行してくれないんじゃないのかな．
#そんな単純でもない？
#ふむ。そんな単純なことかもしれぬ。
#要は #undef 等はsource-infoの有無にかかわらず行頭に来ることを保証しないとならないのか。
#CLのfresh-lineはportに行頭かどうかの状態を持たせないとならないので面倒なんだが、時々あるととても便利な場面に出会うなあ。
#read contextは別に直すとして、とりあえず 1f8e39f で再びHEADでセルフコンパイル可能になったんではないかと。
#遅くなりましたが、ビルドできるようになったことを確認しました。
Gauche > Archives > 2013/10/15