From: KIMURA Koichi <hogemuta@...>
Date: 2008-08-27T02:10:34+09:00
Subject: [ruby-dev:35993] trunkのsnapshotの問題

木村です。

redmineに登録した方がいいかどうか悩んだのですが、ruby本体の問題では
ないと思われるのでこちらに。

数日前から、trunkの snapshotのビルドがうまくいかないようになっているのですが
ようやく原因に到りました(多分)。ビルドできないのはおそらく mswin32だけと
思われますが未確認です。

以下本題。

tar tf snapshot.tar.gz | grep parse\.[ych]

とすると

ruby/regparse.c
ruby/regparse.h
ruby/parse.c
ruby/parse.y
ruby/ext/racc/cparse/cparse.c

このようにparse.cはありますが parse.h がありません。これら二つのファイルは
どちらも parse.y から同時に生成されるものなので、片方だけしかないという
状態は変です。

昨日リリースされた 1.9.0-4 では

ruby-1.9.0-4/ext/racc/cparse/cparse.c
ruby-1.9.0-4/parse.c
ruby-1.9.0-4/parse.h
ruby-1.9.0-4/parse.y
ruby-1.9.0-4/regparse.c
ruby-1.9.0-4/regparse.h

のように存在しています。
また、svn で取得した場合には parse.c, parse.h とも対象になりません。

snapshotの場合、parse.c はあるのに parse.h が存在しないのでmake の
ルールに従い parse.h を作りにいこうとするのですが、nmake では現状の
parse.h に関するルールを解決することができず、ここでビルドに失敗します。
parse.c もないと、parse.c を作るルールが先に処理されてこのときに
parse.hも作られるので問題なくビルドできます。

ひょっとして以前に話が出た ext/ripper/ripper.[cy] と同じ理由で
parse.cはあるけど parse.hがないという中途半端な状態になっているのかも
しれませんが、なんとかなりませんでしょうか?

workaround はある(parse.cを消せばいい)ので優先順位は低いです。

-- 
木村浩一
  I thought what I'd do was, I'd pretend I was one of those deaf-mutes or should I?
  mail kbk at kt.rim.or.jp
        web  www.kt.rim.or.jp/~kbk/zakkicho/
             homepage3.nifty.com/farstar/