Etsushi Kato
ekato****@ees*****
2005年 9月 16日 (金) 10:59:19 JST
こんにちは。 On 2005/09/16, at 4:20, TOKUNAGA Hiroyuki wrote: >>> r5rsブランチでsvk pullを行うと、自動でtrunkでの変更をr5rsブランチ >>> に追加してくれます。というわけで、基本的には手作業でr5rsブランチに >>> trunkでのコミットを適用する必要はありません。1週間に1度、もしくはそ >>> れ以上の頻度を目安にマージを行うこと。 >> >> これを自動でやるのはまずいのではないでしょうか? >> 例えば util.scm などマージするのは問題があります。また uim-xim で >> trunk にある、uim-custom にない unbound な uim-candwin-prog >> というシンボルも r5rs では使えないようにしてあります。 >> scheme を利用していない部分なら問題ないと思いますけど。 > > util.scmのマージは、具体的にどのような場面で問題になるでしょうか？私が把 > 握しているのは以下のような問題です。 > > 問題になるのは'='とか、trunkとR5RSで動作が違うコードをtrunkに追加（も > しくは変更）するとまずい、という事だと思いますが、この対応は手でやらない > としょうがないですね。変更の場合はconflictが起こって手で修正させられる事 > になるので問題ないと思うのですが、trunk側にコードを新規追加した場合に > は、自動でマージされてしまうのでまずいです。 えっと、今回気になったのは、siod では必要だけど r5rs では必要ないコードが 入ってしまった点です。例えば、map とか。 > しかし、この問題点のために全てを手作業でやるというのは勿体ない話だと思い > ます。コードの新規追加の際には気を付けよう、というぐらいでどうでしょう？ たぶんマージのしかたの問題かなと思います。r5rs ブランチが作成されてからの、 trunk での変更を自動的に r5rs にマージすれば問題ないと思います。おそらく 最近 trunk なされた変更では、siod 依存のコードはないはずですし。 svk についての知識がないのですが、今のマージは、trunk と r5rs の差分を r5rs に持ってきているのではないですか? > あと、uim-candwin-progというシンボルに関しての話はよくわかってないのです > が、具体的にどのような問題が出てくるのでしょうか？ えっと、いまの sigscheme だと、エラーで exit するのでそれが問題でした。 > # というか、そもそもuim-candwin-progというunboundなシンボルはどのように > # して使うことを意図しているんでしょうか？互換性の維持のため？ .uim で、uim-xim の候補ウィンドウの GUI を選択するために追加された ものです。ただ、custom の設定に追加されていないので、unbound になるという… -- Etsushi Kato ekato****@ees*****
