Boost総合スレ part8

1 名前：デフォルトの名無しさん [2009/08/28(金) 16:53:36 ] 過去スレ part 7 pc12.2ch.net/test/read.cgi/tech/1232367742/ part 6 pc11.2ch.net/test/read.cgi/tech/1207749841/ part 5 pc11.2ch.net/test/read.cgi/tech/1192662575/ part 4 pc11.2ch.net/test/read.cgi/tech/1175663346/ part 3 pc11.2ch.net/test/read.cgi/tech/1158991211/ part 2 pc8.2ch.net/test/read.cgi/tech/1139313234/ part 1 pc8.2ch.net/test/read.cgi/tech/1091198276/ ■関連サイト■ Boost C++ Libraries www.boost.org/ Boost 翻訳プロジェクト boost.cppll.jp/HEAD/ Let's Boost www.kmonos.net/alang/boost/ boost info shinh.skr.jp/boost/ 72 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 00:13:14 ] >>67 誰得 73 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 02:47:20 ] >>70 async_read_at（）とハンドラ内でsleepかな やったことないけど 74 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 19:43:24 ] >>72 思っても言っていいことと悪いことがだな。 75 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 21:23:24 ] 口に出したら戦争だろうが！！ 76 名前：デフォルトの名無しさん [2009/09/10(木) 22:55:14 ] >>73 できそうです。どもっす 77 名前：74 mailto:sage [2009/09/10(木) 22:57:23 ] >>75 カイジか。 78 名前：lambda mailto:sage [2009/09/12(土) 03:40:47 ] VC2010に移行してもここにいる皆さんは僕を使い続けてくれますよね・・・？ 79 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 06:48:57 ] 文字数で_1 < _2の簡潔さを超えられると思うか？ たとえC++に多態ラムダが入っても無理だ。 需要は減っても0にはならないさ。 80 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 13:27:11 ] boostとc++0xのlambdaってオーバーヘッドが小さいのはどっち？（実行時） 具体的に言うと、戻り値の関数オブジェクトで関数ポインタ使ってるのかな？ 81 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 13:49:47 ] 理想的なコンパイラを想定するならどっちも同じじゃね？ 82 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 10:48:44 ] function<int(int left,int right,int top,int bottom)> のように仮引数名を書いてもエラーにならないんで便利なんですけど、この仮引数名は無視されるんですか？ それとも副作用ある？ 83 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 14:07:32 ] >>82 言語としては意味が無い。 「便利」というとおり、コードを読む人には意味がある。 84 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 14:37:18 ] >>82 副作用は無い。 85 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 15:41:27 ] >>83-84 ありがとう。安心して使えます。 86 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 18:12:06 ] 更新しました。今週はSpiritのドキュメントの更新が中心の様です。 ttp://booster.x0.to/ 以下更新内容の一部 [Spirit] Spirit: support use with 1.40 release Spirit: Unified semantics of tokenize_and_parse functions Spirit: removed lex::omitted in favor of lex::omit Spirit: fixing examples Spirit: Added character generator negation (unary '~' for character generators) Spirit: Added default template type for stream_generator Spirit: fixing lexer issue inhibiting usage of more than one instance of a static lexer Spirit: added static lexer version verifying compatibility with generated tables [Property_tree] Fix a missing include problem. Hopefully also fix some other sun-cc problems, though not all. Fix inspection problems. Initialize a member variable, fix lots of failing tests. [Graph] Removed unused variable due to comment from Gordon Smith Refactored CSR graph code to get ready for bidirectional support Changed directedS case to a specialization Added fixes to grid graph from Michael Hansen [Units] add base unit for pound-force [Mpi] Templated string serialization on the char type [Serialization] reimplemented BOOST_STATIC_WARNING to depend on boost::mpl::print [Numeric] matrix.hpp, identity_matrix: fix #3293: added assignments to size_common_ on each place where size1 or size2 are changed 87 名前：デフォルトの名無しさん [2009/09/13(日) 22:39:52 ] BOOST_STATIC_ASSERT(boolean) って #if boolean とは違うんですか？ どういった利点があるのでしょうか？ 88 名前：87 mailto:sage [2009/09/13(日) 22:45:30 ] すいません 訳わかんないこと書いてました。 全然違いました 消えます。 ほんとすいませんすいません、、、 89 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 22:50:40 ] 一生許さない 90 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 23:26:02 ] progress_display「あの世で俺にわび続けろ>>87ーーーッ！！」 91 名前：デフォルトの名無しさん [2009/09/16(水) 09:37:47 ] 落ちた 92 名前：デフォルトの名無しさん [2009/09/16(水) 09:40:07 ] 落ちてなかった 93 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 14:36:13 ] 静的こそ正義 94 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 20:52:16 ] >>93 Spiritさんですか？ ごくろうさまです。 95 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 20:57:48 ] >>93 Boost.Regex「てめー俺のことDisってんのかYO!」 96 名前：mpl mailto:sage [2009/09/17(木) 21:04:51 ] 私が神だ。 97 名前：xpressive mailto:sage [2009/09/17(木) 21:16:11 ] ｻｰｾﾝｗｗｗｗ 98 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 21:18:44 ] Boost C++ Libraries - boost/multi_index/random_access_index.hpp ttp://www.boost.org/doc/libs/1_40_0/boost/multi_index/random_access_index.hpp ここなどで出て来る #pragma parse_mfunc_templ off は何をしているものでしょうか？ 99 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 21:34:45 ] >>98 周辺にそのまま答えが書いてあるように見えるんだが…… MetroWerks CodeWarrior 8.3でバグが有って、設定によっては const&で一時オブジェクトをバインド出来ないから、 コンパイラが独自に用意しているparse_mfunc_templプラグマをオフにしてる。 Boostは準拠度低いコンパイラで動かせるようなWorkaroundが多いから、 自分の処理系で関係ない部分は読み飛ばすべき。 100 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 21:40:52 ] 具体的には herbsutter.wordpress.com/2008/01/01/gotw-88-a-candidate-for-the-most-important-const/ に書いてあるようなやつだな 101 名前：98 mailto:sage [2009/09/17(木) 22:20:49 ] >>99-100 ありがとうございます。 大変よく分かりました。 感謝です。 102 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 23:29:03 ] macportでゲットした1.40で、objective-cとC++の混在ソースをコンパイルすると、regexpでエラーが出てしまいます。助けてください。 103 名前：デフォルトの名無しさん [2009/09/19(土) 00:15:55 ] >>102 大丈夫かー！もうちょっとで救急車くるぞー！ 104 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 00:17:19 ] >>102 覚醒者？ 105 名前：デフォルトの名無しさん [2009/09/19(土) 00:20:03 ] 俺、さっき人生で初めてprogress_displayを使う可能性が出て来た。 単なるサンプルプログラムで、 結構時間のかかる処理だったから、 画面に進歩を表示させるのに使えるんじゃないかと思ってさ。 結局使わなかったけどな(笑) 106 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 04:05:27 ] お前のprogress_display童貞を奪うプログラムはどんなものになるんだろうな 107 名前：105 mailto:sage [2009/09/19(土) 21:18:44 ] 聞いてくれよ>>106よ。 ついにboost::progress_displayを使ったよ。 案外便利だったわ。 超限定的なシチュエーションだが。 108 名前：105 mailto:sage [2009/09/19(土) 21:19:26 ] >>106 あと俺は女だ。 109 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 21:25:02 ] ああ…次はcompressed_pairだ… 110 名前：105 mailto:sage [2009/09/19(土) 21:35:19 ] うーん、compressed_pair処女はたぶん一生守り通すかも。 111 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 00:38:00 ] >>105 結婚して 112 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 03:25:08 ] progress_displayが実際に使われるなんて、このスレ始まって以来の事件じゃないか。 113 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 09:48:59 ] そして次のboostから削除されるオチとかな 114 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 10:54:22 ] >>113 断固抗議する progress_displayはboostの良心 115 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:23:07 ] mpl化すればいいんじゃね？ 116 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:39:10 ] progress_display好きの俺っ子か、、 ま、新しいとは思うけど、 恥ずかしくないのかねGONZOは 色物で釣ろうとしないで、作品の中身で勝負しろよ。 117 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:42:01 ] 削除しなくてもいいけど、 timerディレクトリの中に入れるとかはした方が良いんじゃないかと。 118 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:59:29 ] >>12のサンプルみたいなことが出来るI/Fになってるならそれなりに評価する つーか仕様知らないけど 119 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:41:03 ] 進捗コールバックにfunction渡せたり、 出力ストリームを抽象化して付け替えたりできたらもう progress_displayじゃないよな 120 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:56:21 ] >>119 今のところstd::ostreamを継承するクラスに対してのみ出力可能だから、 まああれだ、 一応がんばってんだよ。 121 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:58:04 ] progress_display童貞だとそうでもないのに >>110だと、なんかとてつもなくエロい表現に聞こえるな。 122 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 09:33:20 ] Boostは次期C++から標準的に使えるという噂を聞いたのですが本当ですか？ どうもboost::lambdaとC++0xのラムダ式はどうも見た目がちがうような… 123 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 10:08:14 ] boostの一部が標準として採用されたってことですよ。boost丸ごとじゃないよ。 boost::tr1に採用されたものが入ってる 124 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 10:19:59 ] Boostまるごと標準化されるなんて、progress_displayが泣いて喜ぶ話だな C++0xのlambdaは言語サポートだから、 ライブラリによるboost::lambdaとはまったくの別物 125 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 10:55:39 ] c++0xとboostのlambdaは内部的に関数ポインタは使ってるのだろうか。 できれば関数ポインタを使ってないオーバーヘッドが無い方を使いたいな。 126 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 11:07:51 ] 解説ありがとうございました。理解できました。tr1内のものは名前空間もstd::tr1になっているのですね 127 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:08:48 ] ラムダ使うと低速になるの？ 使うのやーめた しこしこ関数オブジェクト造るお 128 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:18:51 ] >>127 どこからそういう結論になった 129 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:35:55 ] 回答の意味が理解できなくて、何とか分かりやすい回答を引き出そうと必死なんだろ 130 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:39:04 ] >>129 無能の常套手段だよなｗｗｗ 131 名前：１２７ mailto:sage [2009/09/23(水) 03:30:20 ] かまって欲しくて煽り入れただけだよ＾＾ 132 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 22:34:19 ] Boost.Bigintって何か目立つバグがあるんでしょうか？ 使っても大丈夫ですかね？ 133 名前：デフォルトの名無しさん mailto:sage [2009/09/24(木) 23:16:15 ] >>132 まかした 134 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 20:52:09 ] 目立たないバグならOKなのか。 ならば、目立つバグを数カ所に仕掛けておくんだ 135 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 22:49:55 ] 更新しました。この2週間での大きな変化はPython3のサポートでしょうか。 只、このPython3用ライブラリをビルドしようとするとbjamの挙動がおかしくなりますので、 それについてlibs_for_build_boost.rar内のreadmeに記載しておきました。 それと今回のビルドからビルドオプションを --layout=versioned から --layout=tagged に 変更しましたので、ファイル名からコンパイラー名とバージョン番号が無くなります。 これにより、バージョン番号無しの同一内容ファイルを生成するバッチ操作も廃止しました。 以下更新内容の一部 [Conversion] DISABLE_WIDE_CHAR_SUPPORT -> BOOST_LCAST_NO_WCHAR_T. [Spirit] Spirit: fixing segfault if start rule of a grammar is not compatible with the grammar itself Spirit: imported spirit::standard namespace into spirit::qi and spirit::karma Spirit: fixed infinite loop if a Kleene is used inside another Kleene at end of input [Archive] fix archive_exception conflict with windows header [Numeric] see #3457 * matrix.hpp: added move semantics * vector.hpp: added move semantics [Wave] Wave: added missing namespace declaration [Python] Merged 2009 GSoC work from sandbox-branches/bhy/py3k branch back into trunk. [Proto] oops! add back op::address_of definition [Date_time] Refs #3308. Changed the internal type of the gregorian dates to 32 bit integer. [Unordered] Fix bug where container was reducing the number of buckets. [Math] Add hooks for the dcdflib to the incomplete gamma tests. [Fusion] Fusion: added nview and friends 136 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 22:51:16 ] アドレスを記載し忘れました。 ttp://booster.x0.to/ 137 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 13:27:32 ] boostさんがいなかったC++挫折してました 138 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 13:32:26 ] >>137 俺は挫折するほど やり込みもしなかったと思う。 139 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 14:15:58 ] boostさんというかshared_ptrさんがいなかったらと思うと 140 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 14:34:16 ] わたしもshared_ptrさんに依存しきってもう戻れない体にされてしまいました boostは麻薬 141 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 17:18:05 ] Windowsプログラミングを勉強しようと思って、Microsoft公式解説書の中で一番エントリー向けな 「文法から始める プログラミング言語 Microsoft VisualC++」を買ってみたら、 BOOST_FOREACHとかlexical_castとかthreadとか使ってたり、 shared_arrayとかmulti_arrayとかの使用を推奨していたり、 TR1のregexとかshared_ptrとかも使ってたりで自動的にBoost漬けになりました。 142 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 17:29:45 ] Boostはユダヤの陰謀 143 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 19:00:34 ] はじめからboost漬けだと、 もはやC++を勉強したと言えるかどうかすら・・・ 144 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 20:34:52 ] そういえばlambdaも載ってたよ。 思うに、来たるC++0xとVS2010を見越しての内容じゃないかな。 145 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 01:21:51 ] p が char * で； string str=std::string(p); typedef boost::tokenizer<> tokenizer1; tokenizer1 tok1( str ); とするのと typedef boost::tokenizer<> tokenizer1; tokenizer1 tok1(std::string(p)); で、何で挙動が違うのでしょう？ 146 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 01:43:32 ] 1mmでも他人の立場に立って考える能力があるなら何がどう違ったのかぐらい書いてくれないかな 147 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 02:54:51 ] >>140 定期的にshared_ptrの実装を写経しろ 148 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 18:13:00 ] Boost.Lambda さんには悪いけど君のコンパイル時間はそろそろ許容できない． 早急に VS2010 に以降して lambda さんとはお別れしたい． それから Boost.Regex 君もそろそろ引退したまえ． 149 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 19:58:27 ] Boost.Regex君まだ使える子よ 150 名前：spirit mailto:sage [2009/09/28(月) 20:10:51 ] >>148 速いCPUに変えればいいと思うよ。 151 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 20:58:48 ] >145 tokenizer1 tok1(std::string(p)); だと、この文が終了した段階で一時オブジェクトである string が破棄される。 tokenizer は対象のコンテナに対する参照を iterator で持っていて、かつ > ttp://www.boost.org/doc/libs/1_40_0/libs/tokenizer/tokenizer.htm > Parsing is done on demand as the tokens are accessed via the iterator provided by begin. のように token_iterator でアクセスされた際にパースが発生する為、アクセスのタイミングまで 対象のコンテナが生存している必要がある。 152 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 21:54:44 ] >>151 こういうのって、C++0xとかなら、ダミーの右辺値参照のコンストラクタとか使って防止できないのかな？ 153 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 21:55:29 ] >>148 Spiritに比べれば、Lambdaなんて軽いものさ。 154 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 22:38:28 ] boost0xについて 155 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 22:46:33 ] spiritのためにOSを64bit板にしようか悩んでいます。 156 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 23:59:46 ] shared_ptrってスレッドセーフのと非スレッドセーフのを同時に使うのって不可能？ 157 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 01:21:11 ] >151 ありがとうございます。STLとboost を使おうと決心していろいろ使っています。 自分で作った方が早くて楽なのになぁと思いつつ なれれば、STL + boost の方が、安全かつ、早くできるはず　と信じて； 158 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 03:51:34 ] きみにはむりだとおもう 159 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 04:39:48 ] >>152 値は変更しないけど十分な寿命を持った左辺値が必要なときには、そういう手段が 使えるようになるかもね。 現状ではポインタで受け取るようにしてないと、危ないんだよねぇ。 160 名前：157 mailto:sage [2009/09/29(火) 10:41:11 ] >158 自分でも無理だと思う。Ｃばかり２０年以上だから； 161 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 18:45:05 ] きみにはCもむりだとおもう 162 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 19:53:49 ] >152 この場合はダミーというか rvalue reference を受けるコンストラクタも追加すればいいんじゃないでしょうか。 >157 ぶっちゃけ C++ の経験があまりないんだろうなとは思いながら回答しました。popp 一時オブジェクトの生存期間とか C++ 使いなら誰もが一度ははまったことがあり11そうなところなので。 >自分で作った方が早くて楽なのになぁと思いつつ 無理に気負わず自分が書くより楽になると思う部分から使っていけばいいと思います。 163 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 20:59:08 ] >>156 shared_ptr複製時のアトミック操作のコストが気になるのかな？気持ちはわかるが、無理だと思う。 非マルチスレッド版とマルチスレッド版の間での共有をどう解決するかだ。その間で共有できないなら利便性が無くなりメリットの乏しいものになる。 普通の使い方ではshared_ptrの複製のコストは問題にならないと思う。 それでも、複製のコストが気になるならshared_ptrを参照渡しにすればコピーのコストはないし、そうすればshared_ptrの複製が減らせられる。 vectorで使うときの大量な複製が気になるならC++0xの右辺値参照に期待しよう。 164 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:33:39 ] ぶっちゃけ参照カウンタの操作にバスロック命令を使うだけだから大したコストじゃない と思うけど、ものすごくクリティカルなら知らん つーか、そんなに激しくクリティカルならポインタ取り出せばいいような気がするし、 デフォのままで問題ないと思うし、たぶんBoostの中の人もそう思ってるからずっと こういう仕様なんだろうと思うけど 165 名前：Boost.Xpressive mailto:sage [2009/09/30(水) 12:20:37 ] 正直、お兄さんはもういらない子だと思うのです これからはぼくと std.regex 君の時代だと思うのれす。。。 166 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 14:55:06 ] >>165 もうなんかいっそのこと Boost.RegexはBoost.Xpressiveのラッパにしちゃだめなのかな(笑) 167 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 16:46:19 ] お前らBoostで特に使えるライブラリ三つ簡単なコード挙げて紹介しろ 168 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 16:49:56 ] なんで？ 169 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 17:05:00 ] >>167 ええと、progress_displayとcompressed_pairと・・・あと何だろう？ program_optionsかな？ 170 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 17:15:52 ] compressed_pairはGoogleが社内で使用許可を出している数少ないBoostライブラリの 一つだからな 171 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 17:38:49 ] >>170 ホントかよw すげーwww しかしまあprogress_displayだって安定性では引けを取らないぜ。 172 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 19:04:14 ] >>169 てめーprogram_optionsさんディスってんじゃねーよ 俺なんかお世話になりまくりだっつーの >>165 たしかに使用頻度は激減したけど・・・コンパイル速いじゃん

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef