08/06/16 12:01:27
両方のOSで動かしたいだけなら、Cygwin入れてgcc使えばいいのに。
177:デフォルトの名無しさん
08/06/16 13:46:26
・Lokiはもはや必要ない
・Boostの前にTR1
・g++は最新のものを附属のlibstdc++と一緒に
・VC++は「必ず」最新のものを、必要になった時にSTLportと
・暇があればConceptGCCも試す
178:デフォルトの名無しさん
08/06/16 13:48:23
フェニックスシングルトンってLoki以外の他のそれ以外のBoost以外を除いたものの中にサポートされてたっけ？
179:デフォルトの名無しさん
08/06/16 14:20:27
Boost.Singleton って定期的にレビューに現れては reject されてるな
180:デフォルトの名無しさん
08/06/16 23:46:07
>>177
どうもありがとう！
181:デフォルトの名無しさん
08/06/17 20:12:12
boost.spiritって何がspiritなの？
ふざけてるの？
182:デフォルトの名無しさん
08/06/17 21:52:15
すいません、boostを巻き込むとコンパイルにえらい時が掛かるんですが、こんなもんなの？
183:デフォルトの名無しさん
08/06/17 21:53:52
つプリコンパイルドヘッダ
184:デフォルトの名無しさん
08/06/17 21:56:38
>>182
俺も高性能なPCが欲しくて仕方がない。
185:デフォルトの名無しさん
08/06/17 23:15:09
>>182
boost使い始めるとコンパイルが見る見る遅くなるんで笑った。
テンプレートを実体化するものをヘッダーに置くとすさまじく遅くなるようだ。BOOST_CLASS_EXPORTとか遅いね。cppで実体化させる様にすると速くなる。
186:デフォルトの名無しさん
08/06/18 12:37:06
xpressiveを使ったときのコンパイルの遅さとmapファイルの肥大化には思わず笑ったな
187:デフォルトの名無しさん
08/06/18 12:41:37
VSの簡易リビルドが正確だったら、この機能を使ってコンパイル時間を短縮できるのに。
188:デフォルトの名無しさん
08/06/18 12:52:46
boost.pythonちょっと試そうと思ったんだけど
単なるhello, worldにも異常にコンパイル時間かかるから断念した
これならSWIGやpyrexみたいなの使ったほうがいい
ターンアラウンド遅すぎるしコンパイラのエラーメッセージは不可解だから、
学習やおためしには不向きだな
俺みたいなヘタレは、デバッガつかってもboostのコードは追いきれる自信ねえよ
難解なマクロとテンプレートのコンビ技の嵐だし
189:デフォルトの名無しさん
08/06/18 14:59:12
boost::ptr_vector が内部に持っているポインタ配列の先頭アドレスを取得する
メソッドはあるでしょうか?
190:デフォルトの名無しさん
08/06/18 20:01:21
&V[0]とか？
191:デフォルトの名無しさん
08/06/18 20:32:13
ptr_vector の operator[] はポインタが参照するオブジェクトへの参照なので
配列のアドレス情報は含まれないはずです。
192:デフォルトの名無しさん
08/06/18 20:45:15
どういう間隔で配列が内部にあるかという情報はないの？
193:デフォルトの名無しさん
08/06/18 21:35:40
たぶん内部では boost::ptr_vector<T> pv の中には std::vector<T*> v のようなものが含まれていて
template<class T> T& ptr_vector<T>::operator[]( size_type pos ) { return *v[pos]; }
のような実装になっていると思う。
実際に欲しいアドレスは &v[0] だけど、&pv[0] とすると v[0] を得てしまう。
194:デフォルトの名無しさん
08/06/18 22:23:22
ptr_vectorの定義見ればいいんじゃね？
195:デフォルトの名無しさん
08/06/18 23:09:29
マクロばっかの追いにくいコードだったと思う
196:デフォルトの名無しさん
08/06/18 23:17:01
Boostに動的ライブラリのラッパーが追加される予定はありますか？
GLibのGModuleみたいな。