shelarcy
shela****@capel*****
2004年 7月 10日 (土) 22:14:54 JST
On Sat, 10 Jul 2004 02:33:48 -1000 (HST), Shiro Kawai <shiro****@lava*****> wrote: >> >> ふーむ。私がやるとすると、cygwin+mingwでconfigureを走らせる、 >> >> という方向に行きそうな気がします。それで動いてしまうなら敢えて >> >> boostを触る必要もなさそうな。 >> > >> > すると、そのあたり私が autotools も make も使えないのでリファレンスと >> > して提供するという方針になるのかな？ >> >> さらに、make で一度展開してやらないと拡張ライブラリが作れない罠。 > > ああ、そうですね。src/以下のstubファイルはあらかじめ展開したものを > tarballに入れて配布しますが、拡張ライブラリのstubファイルはmake時に > 作成中のgoshを呼んで作るようになっています。 > > boostでも、コンパイラを呼ぶ以外に指定のコマンドを呼ぶことってできるんじゃ > ないですか? stubを実際に展開してるのはmakeじゃなくてgoshなわけですから。 やれることはやれるはずですが、その場合 Boost.Build ではなく低レベルの Jam を呼ぶことになるので、しばらくは生でやります。 >> >> シグナルをブロックするコールってのがどっかにあると思うんですが… >> >> (でないと使い物にならない)。 >> > >> > raise で割り込むってわけにはいきませんよね。 >> > さて、どうするべきか？ >> >> いっそのこと boost::signal を使ってしまおうかと考えてしまう。 >> http://www.boost.org/doc/html/ch06s02.html#id2520741 > > このsignalはUnixのsignalではないのでは? > 上のページを読む限りでは、どっちかというとglibが扱うsignalと同じように > オブジェクト間でイベントを送り合うメカニズムのように見えます。 はい、その通りです。Unix の signal ではなく slot/signal の方のものです。 やっぱり Unix の signal に当たるものがないといけませんか。 どっかにいい資料ないかなぁ？ -- shelarcy <shela****@capel*****> http://page.freett.com/shelarcy/
