[過去ﾛｸﾞ] Boostを語れゴラァ part3 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
603(1): 2007/01/11(木)20:18 AAS
今回の人の場合、ソース読むよりスマートポインタのことが書かれた
適当な本読んだほうがよくねえか？
いやおまいらが親切なのはよくわかったけどさ
604: 2007/01/11(木)20:31 AAS
カウンタを共有するのがポイント
605: 2007/01/11(木)20:56 AAS
>>603
＞適当な本読んだほうがよくねえか？
そういう本ある？自分は見たことないんだけれど
606(1): 2007/01/11(木)21:08 AAS
超定番ながらModern C++ Designじゃないかね？
607: 2007/01/11(木)22:49 AAS
multi_array<double,3>
じゃなくて
int ndim=3;
multi_array<double> a(ndim)
みたいな多次元配列の宣言の仕方できないのでしょうか？
ndimをプログラム中で変えたいのです
608(3): 2007/01/12(金)09:59 AAS
多次元配列の大きさを動的に決める方法なかったみたいなので
std::map< std::vector<double double> m
で代用しました。速度で問題でそうな雰囲気もするけど、しかたないかな・・・
609: 2007/01/12(金)11:07 AAS
>>608
ふつうstd::vector<<std::vector<double> >じゃない？
610: 2007/01/12(金)11:09 AAS
>>608
スレ違いになるが、一次元配列を(動的に)確保して、擬似多次元アクセス関数を作った方が善くないか?
611(1): 2007/01/12(金)11:32 AAS
>>606
boost::shared_ptr を理解する上で Modern C++ Design はどうなんですかね？
あれはスマートポインタについては，削除子による不完全型への対応とか
クロス DLL 問題などの突っ込んだ議論は載っていなかったように思いますし，
それに boost::shared_ptr の設計思想は， MC++D の一つの柱である
「ポリシーに基づく設計」のそれとは，アンチテーゼの関係にすらあるように思いますし．
612: 2007/01/12(金)15:50 AAS
>>608
…代用できるの？
613: 2007/01/12(金)21:54 AAS
どうみてもコンパイルエラーです。本当にありがとうございました。
614: 2007/01/12(金)23:21 AAS
>>611
標準C++ライブラリ(背表紙赤い奴)には auto_ptr の詳しい説明と
簡単なカウント式スマポの実装例があったような
あとは More Effective C++ とか？
615: 2007/01/15(月)10:15 AAS
「C++再考」のハンドルクラスの実装例なんか、どうっすかね？
616: 2007/01/15(月)17:01 AAS
boost.accumulators
いじってるんだけど、数値計算メインの人が
MPL勉強するのはちょっとしんどいんじゃないかと思うんだ
617: 2007/01/16(火)00:27 AAS
boostのヘッダーをインクルードすると、
バカみたいにコンパイル時間がかかるのですが、
メモリー増設すれば少しは早くなるのでしょうか？
Pentium M 17Ghz
Mem 500M
VS2005
OS:XP
です
コンパイルオプションをいじれば少しは早くなるのでしょうか？
618: 2007/01/16(火)00:30 AAS
CPUを速くしろ、と言おうと思ったが十分速いみたいだｗ
619: 2007/01/16(火)00:40 AAS
プリコンパイル済みヘッダ使えば多少はマシになんじゃない
17GHzもあるとどうかわからんけどｗ
620: 2007/01/16(火)00:46 AAS
1.7Ghzの間違いでした
コンパイル中に、やたらとディスクアクセスする音が聞こえるので
ひょっとして５００Ｍで足らないのかと思ったのですが、
そうでもないのですか？
621: 2007/01/16(火)01:12 AAS
そりゃヘッダ含めソースコードが置かれているのはディスクの中だからさ。
622: 2007/01/16(火)01:13 AAS
環境による。XPと開発環境以外何も入っていないのならspirit使わなければ500MBでも十分。
まあ500MBなんて半端なメモリ容量のPCは相当特殊だろうから俺の意見は参考にならんだろう。
512MBからビデオメモリ用に12MB引っ張ってくようなキモイ統合チップセットは聞いたことないし。
623: 2007/01/16(火)10:43 AAS
mplとかlambda使うならプリコンパイル済みヘッダは必須だな
624(2): 2007/01/16(火)10:51 AAS
テンプレートってコンパイル時まで型が決まらないからテンプレートなのに
プリコンパイルの効果あるの？
それとも全部のパターン分インスタンシエイトしちゃうとか？
625: 2007/01/16(火)13:01 AAS
>>624
2回目以降のコンパイル時には効果絶大だろ。
PCH が無いと、一度インスタンス化した型でもソースファイルが違うと
もう一度コンパイルしなきゃいけないし。
626: 2007/01/16(火)13:33 AAS
>>624
プリコンパイルっても別にオブジェクトコード吐くわけじゃなくて、
プリプロセッサ通して構文解析かけて、コンパイラの内部形式に変換しとく程度でも充分効果あるだろ。
627(1): 2007/01/16(火)14:06 AAS
いちいち stfafx.{cpp|h} みたいなのを作らないと
いけないのがめんどうだよな。hdrstop とかも指定せずに、
臨機応変にやってくれればいいのに。
って無茶か。
628: 2007/01/16(火)14:23 AAS
boost::serialization のシリアライズ先は
テキスト/バイナリ/XML なんだけど、
吐き出したデータを他の言語処理系から
読みたいときには XML しかないかな？
大量のデータを他の処理系とやりとりするときって、
やっぱり今まで通り独自形式で吐くしかないのかなぁ。
いっそのこと RDBMS のテーブルに吐き出してくれたらいいのに。
って、やっぱ自分で書き出すしかないか。
629: 2007/01/16(火)14:26 AAS
>>627
普通にcc foo.hするだけだろ。
630: 2007/01/16(火)21:42 AAS
RDBMSはランダムアクセスは早いがシーケンシャルが遅い。
そのうえ更新頻度が高いとシステムダウンする勢いでCPU負荷を上げ、
リソースを占有してしまう。
631: 2007/01/16(火)22:02 AAS
素直にXMLでいいや・・・
ところで、当たり前かも知れないけど
serialization って deserialization の方がコスト高いよね。
パースにかかるコストが高いんだろうけど。
632: 2007/01/16(火)22:40 AAS
軽く作ればパースはたいしたことはない。
普通の言語と違って構文がスゲー単純だから。
字句はDFAを使うとかすればいいかもしれない。
上下前次1-新書関写板覧索設栞歴
あと 369 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.010s