Boost総合スレ part8

過去スレ
part 7 http://pc12.2ch.net/test/read.cgi/tech/1232367742/
part 6 http://pc11.2ch.net/test/read.cgi/tech/1207749841/
part 5 http://pc11.2ch.net/test/read.cgi/tech/1192662575/
part 4 http://pc11.2ch.net/test/read.cgi/tech/1175663346/
part 3 http://pc11.2ch.net/test/read.cgi/tech/1158991211/
part 2 http://pc8.2ch.net/test/read.cgi/tech/1139313234/
part 1 http://pc8.2ch.net/test/read.cgi/tech/1091198276/

■関連サイト■
Boost C++ Libraries
http://www.boost.org/

Boost 翻訳プロジェクト
http://boost.cppll.jp/HEAD/

Let's Boost
http://www.kmonos.net/alang/boost/

boost info
http://shinh.skr.jp/boost/

■関連書籍■
Boost C++をチューンアップする最先端ライブラリ
http://www.amazon.co.jp/exec/obidos/ASIN/4894714191/

Boost C++ Libraryプログラミング
http://www.amazon.co.jp/exec/obidos/ASIN/4798017043/

Beyond The C++ Standard Library
http://www.amazon.co.jp/exec/obidos/ASIN/0321133544/

C++ Template Metaprogramming
http://www.amazon.co.jp/exec/obidos/ASIN/0321227255/

The Boost Graph Library
http://www.amazon.co.jp/exec/obidos/ASIN/0201729148/

■関連スレ■
C++相談室 part71
http://pc12.2ch.net/test/read.cgi/tech/1247853298/

C++0x 6
http://pc12.2ch.net/test/read.cgi/tech/1245092251/

【C++】STL（Standard Template Library）相談室 11
http://pc11.2ch.net/test/read.cgi/tech/1231640024/

Boost Sandbox
https://svn.boost.org/trac/boost/wiki/BoostSandbox

Boost Vault
http://www.boostpro.com/vault/

Loki
http://sourceforge.net/projects/loki-lib/

JTC1/SC22/WG21 - The C++ Standards Committee
http://www.open-std.org/jtc1/sc22/wg21/

POCO, the C++ Portable Components
http://www.appinf.com/poco/info/
http://sourceforge.net/projects/poco/

The unofficial BCB Boost patches
http://bcbboost.sourceforge.net/

Boost 1.40.0リリースを祝してスレ立てた。
まだよく見てないけど、mpl::stringとか黒魔術の香りしかしないぜ。

乙
mpl::stringｷﾀ━

mpl::stringって何がそんなにありがたいの？

このスレ以降漏れをバカにすることを禁ず

俺漏れも

>>8
お前はいいんだよバカ！

早く仲間になれよー

Signal2、Lispみたいに使えて面白いなぁ

Wikiにprogress_displayの記事作っといたから。

http://ja.uncyclopedia.info/wiki/Progress_display

ワロタ

更新しました。SVNは1.41に移行しました。
ttp://booster.x0.to/
以下更新内容の一部
[Units]
Use base_unit_info when computing the name of a scaled base_unit. Fixes #3360.
[Exception]
mutable get_error_info support
[Python]
added missing error checks in operator bool_type(), operator!();
[Mpl]
Use order instead of size to find the next order in the non-typeof implementation of mpl::insert for mpl::map. Fixes #2042.
[Serialization]
Improved implemenation of boost_serializer_map
Improved support for serialization of types in DLLS
New exception for violations of ODR when using DLLS
[Ptr_container]
removed new_clone() overload that causes problems in other contexts
[Spirit]
Spirit: Added karma::stream_generator
Spirit: moved karma::ostream_iterator out of namespace detail to make it usable by user code
Spirit: fixed a problem in lexertl
Prevent overflow in comparison.
[Iostreams]
atttped fix for #2932; will close after next testing cycle completes

1.40リリース版と現時点のSVNでは--build-type=completeとstatic-staticの
ビルドが不可能な不具合が修正されておりましたので、
libs_for_build_boost.rarのreadme.text内不具合情報も更新しました。

>>12
ふ、ふざけんな(´；ω；｀)

つ＿

progress_displayたんとか出来る勢いだな

ヘタに出力先を抽象化しない潔さに惚れる

>>18
専門家だよな、ある意味。

codepad
ttp://codepad.org/

長いソースを貼るときはここへ！

ってテンプレに入れようぜ。
まあこのスレはみんなレベルが一定以上あるから
言わなくても大丈夫かもしれないけどさ。

>>14
new_clone書いても意味なくなったってこと？
それともデフォルト的なnew_cloneがなくなったの？

>>21
よく分かりませんが、とりあえずその更新では/trunk/boost/ptr_container/clone_allocator.hppの

template< class T >
inline T* new_clone( const T* r )
{
return r ? new_clone( *r ) : 0;
}

の部分が削除されました。

更新しました。
ttp://booster.x0.to/
以下更新内容の一部
[Unordered]
Remove allocator_constructor since it's never used.
Initial checkin of new version of Boost.Unordered.
Remove unnecessary BOOST_DEDUCED_TYPENAMEs
Remove a few unused parameters.
Remove 'static' from next_node and node_count. Will hopefully make vacpp happy.
Combine hash_structure and hash_table_manager.
Move size_ and cached_begin_bucket_ into table, rename hash_table_manager hash_buckets.
[Spirit]
Spirit: using endian from trunk starting with V1.42 only
Spirit: default parameters for custom generator specs, semantic changes to binary generators
Bug fix for bol/eol flag setting.
Hoist the char-class namespaces into qi (for usability)
Spirit: allow for mpl::vector<> instead of mpl::vector0<>
[Type_traits]
Fix warnings emitted by gcc when building with -Wall -Wextra.Fixes #3381.
[Property_tree]
Merge proptree rewrite branch to trunk.
Don't mangle whitespace too much.
[Graph]
Added fixes to and a test for incremental_components from Michael Hansen; fixes #3250
Added qualification to has_no_vertices in cuthill_mckee_ordering; fixes #3376
Added edge() function for new interface of CSR graph,
enabling it to work with the Kolmogorov max-flow algorithm
[Thread]
boost.thread exception types are now header-only so some uses of boost.
thread can be header only

職場がBoostを全面的に許可しているとして

boost::shared_ptr
Boost.Function
Boost.Lambda
Boost.Spirit
Boost.MPL
Boost.Preprocessor

これらは実務で使えるレベルまで勉強して習得すべきだと思います？
boost::shared_ptrは使いますが、
Boost.MPLやBoost.Preprocessorは使ったことがありません。
実務で使っている方はいらっしゃいますでしょうか？

なお、この中ではboost::shared_ptrとBoost.Spiritは実務で使ったことがあります。

全面的に許可されているけど、その中ではshared_ptrしか使ってない。
function、lambda、spiritは遊んだことあるけど今のところ実務では使ってない。

必要になってから勉強して習得すればいいんじゃないの？
OJTで十分。

ところで>>12の出力例ってprogress_displayに適切な引数か何かを与えれば
全部行けたりするの？

mplは使ってる
オーバーロードの曖昧さを解決するためにenable_ifを覚えようとして、芋づる式に
type_traitsやmplも覚えた

訂正。functionは実務でもバリバリ使ってた。
ここ最近C++/CLIでdelegate使ってたから忘れてた。

lambdaは無くても良いから最低限bindが使いたいかな。
TR1に入ってるものくらいは全部許可されていてほしいところだよね。

progress_displayのライバルってregexとかbindとかなの？

wikiによるとprogram_optionsとcompressed_pairが有力なライバルらしい。

progress_displayさんとそんなTR1に入るような雑魚が相手になるはずねーっすよ

xpressiveさんが凶悪すぎるだけで、regexさんをうっかり使ってる人も結構いるし、
一応それなりに便利だし

mem_fnさんとか、TR1に入らなければcomposeさんと同じ道を歩んでるところだったな
unique_ptrさんが正式にデビューしたらscoped_ptrさんとscoped_arrayさんも……

老兵は死なず
ただ消え去るのみ

program_optionsは正直コマンドライン引数だけを対象にして書きなおして欲しい
設定ファイル読み込みはいらないと思うんだが…


でもMLでこれを言うのは気が引ける

前スレで出たネタだけど、spirit(V1)には若干バグがあった。
1.40でも直ってないし、V2でちゃったしで、もう直らないのかも。
そんな感じなんで、業務に使うのはちょっと勇気が必要な気が。

Arrayライブラリ使うのと配列使うのとは
どちらが実行速度速いですか？

いい換えるとArrayライブラリ使うと
配列に速度の点で負けますか？

>>39
速度は実測が基本

一般的な最適化が期待できるなら、速度が落ちる理由はたぶん無い。

逆に言うと最適化のないデバッグビルドだと大分遅い

array.hppはboostでも最も実装が簡単なものの1つだから、単に読めばわかる。
もっとも基本的なインライン化さえされれば組み込み配列と等価だろうね。
組み込み配列に無い操作についても、普通にSTL使って書けば同じ実装になるだろうし。

あり＾＾

今頃になって
http://www.boostcon.com/community/wiki/show/private/2009/
にあるBoostconの資料漁ってみた。
まともなドキュメント無いから知らんかったが、
Spirit V2のKarmaって今までのSpirit(V2でのQiに相当)の逆に、
PEGとSemantic Actionを使ってformatするライブラリだったんだな。
それにしても、Qi(氣)とかKarma(業)とか、DQNネーム自重しろよｗｗｗ

>>35
mem_fnは、俺が使わなくてもbindの中の人が使っているというイメージ。
いや、実際そういう実装なのか確かめていないけどさ。

>>44
SpiritはDQNネームに含まれないのか

>>44
なんてこったいBoostもDQNネームに犯されているのか・・・
自作のプログラムまで波及しないように変数名はシンプルに a とか b にするよ

ところでspirit v2って使いやすいの？速いの？1.6と互換性あるの？

>>48
確信を付いたな。

>>48
解答を拒否する

行列計算ライブラリを探しててBlitz++とかCPPLAPACKとか落としてみた後に
BoostのuBLASの存在に気付いたんだけど、これってpdfマニュアル無いの？

>>48
実行速度は速いが使いやすくもなく互換性もない。バグもしばしば見つかる。
コンパイルは新しい世界が見えるほど遅い。現状では人柱用だな。

warning C4819: ファイルは、現在のコード ページ (932) で表示できない文字を含んでいます。
と言われるのが邪魔なので、
#pragma warning(disable : 4819)
としてしまおうかと思っているのですが、
しない方がいいでしょうか？

どのヘッダーで出るん？

昔format.hppで出た記憶があるな。

>>53
消しちゃえ。 プロジェクトのプロパティで消すのもいいよ。

問題のヘッダーをincludeする前後でwarningのpush popすればいいんじゃないかな。

みなさんありがとうございます。


ご指摘のあった
警告レベルがあわないヘッダのインクルードで警告を抑制する方法 | いちばんやさしいゲームの作り方
ttp://www.game-create.com/archives/411

これで行かせていただきます。

Boost.Lambdaに対するPhoenixの長所をまとめた文書は無いのかな
あと、Protoを土台にしたPhoenix V3の開発はどうなってしまったんだろう

>>58
LambdaとPhoenixは統合作業中とか聞いてますがね。

0xで純正lambda入るから無駄になりそうな

>>59
実際に統合作業を進めているレポジトリが見つからないんだよね。
http://lists.boost.org/boost-announce/2008/10/0205.php
を見る限りだと、統合するというより準備が出来次第LambdaからPhoenixに乗り換える、
っていうことになるような気がする。今は状況が変わったのかもしらんけど。

>>60
C++0xのLambdaはMonomorphicだからPolymorphicなBoost.LambdaやPhoenixとは別物。
SpiritのSemantic Action内でC++0xのLambda使おうとは思わないしね。

https://svn.boost.org/trac/boost/wiki/BoostPhoenix3
どうやらPhoenix V3の作業はここから進んでいないようだ

たった1つでいいから、すげー汎用性の利いたライブラリを
作ってくれればうれしいんだが。

と言ってみるテスト。

俺の出番だな

Boost.Perl
Boost.PHP
Boost.Ruby
Boost.BASIC
Boost.ECMAScript
何と3ライブラリ同時リリース！！

Boost.HSPとBoost.なでしこも仲間に入れてくれ

PerlからBoostのprogress_displayが呼べるようになるんだな！

Boost.Lambda、Phoenix、Spiritの３つじゃなくて
たった1つでいいから…(ry

的な意味でごんす。
決してこれら３つ以外で便利なライブラリの登場を期待しているわけではないごんす。

>>62
どういう状況で詰まっているということですかいな？

boost::asio で非同期のTCP 通信を行ってるんですが、帯域制限なんかはどうやって実装すれば良いですかね？
async_read() に渡すハンドラの中で sleep() かませば良いですか？

>>69
詰まってるというより、Spirit回りの作業の方が優先で手が回ってないようだ

Spirit V2のかなりの部分のマニュアルが1.40に間に合わなくて
今まさに1.41に向けてtrunkの方で書いてる最中みたいだしね
https://svn.boost.org/trac/boost/browser/trunk/libs/spirit/doc
1.41ではやっとkarmaのマニュアルが読めそうだな

>>67
誰得

>>70
async_read_at（）とハンドラ内でsleepかな
やったことないけど

>>72
思っても言っていいことと悪いことがだな。

口に出したら戦争だろうが！！

>>73
できそうです。どもっす

>>75
カイジか。

VC2010に移行してもここにいる皆さんは僕を使い続けてくれますよね・・・？

文字数で_1 < _2の簡潔さを超えられると思うか？
たとえC++に多態ラムダが入っても無理だ。
需要は減っても0にはならないさ。

boostとc++0xのlambdaってオーバーヘッドが小さいのはどっち？（実行時）
具体的に言うと、戻り値の関数オブジェクトで関数ポインタ使ってるのかな？

理想的なコンパイラを想定するならどっちも同じじゃね？

function<int(int left,int right,int top,int bottom)>
のように仮引数名を書いてもエラーにならないんで便利なんですけど、この仮引数名は無視されるんですか？
それとも副作用ある？

>>82
言語としては意味が無い。
「便利」というとおり、コードを読む人には意味がある。

>>82
副作用は無い。

>>83-84
ありがとう。安心して使えます。

更新しました。今週は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

BOOST_STATIC_ASSERT(boolean)
って
#if boolean
とは違うんですか？
どういった利点があるのでしょうか？

すいません
訳わかんないこと書いてました。
全然違いました
消えます。
ほんとすいませんすいません、、、

一生許さない

progress_display「あの世で俺にわび続けろ>>87ーーーッ！！」

落ちた

落ちてなかった

静的こそ正義

>>93
Spiritさんですか？
ごくろうさまです。

>>93
Boost.Regex「てめー俺のことDisってんのかYO!」

私が神だ。

ｻｰｾﾝｗｗｗｗ

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
は何をしているものでしょうか？

>>98
周辺にそのまま答えが書いてあるように見えるんだが……
MetroWerks CodeWarrior 8.3でバグが有って、設定によっては
const&で一時オブジェクトをバインド出来ないから、
コンパイラが独自に用意しているparse_mfunc_templプラグマをオフにしてる。

Boostは準拠度低いコンパイラで動かせるようなWorkaroundが多いから、
自分の処理系で関係ない部分は読み飛ばすべき。

具体的には
http://herbsutter.wordpress.com/2008/01/01/gotw-88-a-candidate-for-the-most-important-const/
に書いてあるようなやつだな

>>99-100
ありがとうございます。
大変よく分かりました。
感謝です。

macportでゲットした1.40で、objective-cとC++の混在ソースをコンパイルすると、regexpでエラーが出てしまいます。助けてください。

>>102
大丈夫かー！もうちょっとで救急車くるぞー！

>>102
覚醒者？

俺、さっき人生で初めてprogress_displayを使う可能性が出て来た。

単なるサンプルプログラムで、
結構時間のかかる処理だったから、
画面に進歩を表示させるのに使えるんじゃないかと思ってさ。


結局使わなかったけどな(笑)

お前のprogress_display童貞を奪うプログラムはどんなものになるんだろうな

聞いてくれよ>>106よ。

ついにboost::progress_displayを使ったよ。

案外便利だったわ。
超限定的なシチュエーションだが。

>>106
あと俺は女だ。

ああ…次はcompressed_pairだ…

うーん、compressed_pair処女はたぶん一生守り通すかも。

>>105
結婚して

progress_displayが実際に使われるなんて、このスレ始まって以来の事件じゃないか。

そして次のboostから削除されるオチとかな

>>113
断固抗議する
progress_displayはboostの良心

mpl化すればいいんじゃね？

progress_display好きの俺っ子か、、
ま、新しいとは思うけど、
恥ずかしくないのかねGONZOは
色物で釣ろうとしないで、作品の中身で勝負しろよ。

削除しなくてもいいけど、
timerディレクトリの中に入れるとかはした方が良いんじゃないかと。

>>12のサンプルみたいなことが出来るI/Fになってるならそれなりに評価する
つーか仕様知らないけど

進捗コールバックにfunction渡せたり、
出力ストリームを抽象化して付け替えたりできたらもう
progress_displayじゃないよな

>>119
今のところstd::ostreamを継承するクラスに対してのみ出力可能だから、
まああれだ、
一応がんばってんだよ。

progress_display童貞だとそうでもないのに
>>110だと、なんかとてつもなくエロい表現に聞こえるな。

Boostは次期C++から標準的に使えるという噂を聞いたのですが本当ですか？
どうもboost::lambdaとC++0xのラムダ式はどうも見た目がちがうような…

boostの一部が標準として採用されたってことですよ。boost丸ごとじゃないよ。
boost::tr1に採用されたものが入ってる

Boostまるごと標準化されるなんて、progress_displayが泣いて喜ぶ話だな

C++0xのlambdaは言語サポートだから、
ライブラリによるboost::lambdaとはまったくの別物

c++0xとboostのlambdaは内部的に関数ポインタは使ってるのだろうか。
できれば関数ポインタを使ってないオーバーヘッドが無い方を使いたいな。

解説ありがとうございました。理解できました。tr1内のものは名前空間もstd::tr1になっているのですね

ラムダ使うと低速になるの？
使うのやーめた
しこしこ関数オブジェクト造るお

>>127
どこからそういう結論になった

回答の意味が理解できなくて、何とか分かりやすい回答を引き出そうと必死なんだろ

>>129
無能の常套手段だよなｗｗｗ

かまって欲しくて煽り入れただけだよ＾＾

Boost.Bigintって何か目立つバグがあるんでしょうか？
使っても大丈夫ですかね？

>>132
まかした

目立たないバグならOKなのか。
ならば、目立つバグを数カ所に仕掛けておくんだ

更新しました。この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

アドレスを記載し忘れました。
ttp://booster.x0.to/

boostさんがいなかったC++挫折してました

>>137
俺は挫折するほど
やり込みもしなかったと思う。

boostさんというかshared_ptrさんがいなかったらと思うと

わたしもshared_ptrさんに依存しきってもう戻れない体にされてしまいました
boostは麻薬

Windowsプログラミングを勉強しようと思って、Microsoft公式解説書の中で一番エントリー向けな
「文法から始める プログラミング言語 Microsoft VisualC++」を買ってみたら、
BOOST_FOREACHとかlexical_castとかthreadとか使ってたり、
shared_arrayとかmulti_arrayとかの使用を推奨していたり、
TR1のregexとかshared_ptrとかも使ってたりで自動的にBoost漬けになりました。

Boostはユダヤの陰謀

はじめからboost漬けだと、
もはやC++を勉強したと言えるかどうかすら・・・

そういえばlambdaも載ってたよ。
思うに、来たるC++0xとVS2010を見越しての内容じゃないかな。

p が char * で；

string str=std::string(p);
typedef boost::tokenizer<> tokenizer1;
tokenizer1 tok1( str );


とするのと

typedef boost::tokenizer<> tokenizer1;
tokenizer1 tok1(std::string(p));

で、何で挙動が違うのでしょう？

1mmでも他人の立場に立って考える能力があるなら何がどう違ったのかぐらい書いてくれないかな

>>140
定期的にshared_ptrの実装を写経しろ

Boost.Lambda さんには悪いけど君のコンパイル時間はそろそろ許容できない．
早急に VS2010 に以降して lambda さんとはお別れしたい．
それから Boost.Regex 君もそろそろ引退したまえ．

Boost.Regex君まだ使える子よ

>>148
速いCPUに変えればいいと思うよ。

>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 でアクセスされた際にパースが発生する為、アクセスのタイミングまで
対象のコンテナが生存している必要がある。

>>151 こういうのって、C++0xとかなら、ダミーの右辺値参照のコンストラクタとか使って防止できないのかな？

>>148
Spiritに比べれば、Lambdaなんて軽いものさ。

boost0xについて

spiritのためにOSを64bit板にしようか悩んでいます。

shared_ptrってスレッドセーフのと非スレッドセーフのを同時に使うのって不可能？

>151
ありがとうございます。STLとboost を使おうと決心していろいろ使っています。
自分で作った方が早くて楽なのになぁと思いつつ
なれれば、STL + boost の方が、安全かつ、早くできるはず　と信じて；

きみにはむりだとおもう

>>152
値は変更しないけど十分な寿命を持った左辺値が必要なときには、そういう手段が
使えるようになるかもね。

現状ではポインタで受け取るようにしてないと、危ないんだよねぇ。

>158
自分でも無理だと思う。Ｃばかり２０年以上だから；

きみにはCもむりだとおもう

>152
この場合はダミーというか rvalue reference を受けるコンストラクタも追加すればいいんじゃないでしょうか。

>157
ぶっちゃけ C++ の経験があまりないんだろうなとは思いながら回答しました。popp
一時オブジェクトの生存期間とか C++ 使いなら誰もが一度ははまったことがあり11そうなところなので。
>自分で作った方が早くて楽なのになぁと思いつつ
無理に気負わず自分が書くより楽になると思う部分から使っていけばいいと思います。

>>156
shared_ptr複製時のアトミック操作のコストが気になるのかな？気持ちはわかるが、無理だと思う。
非マルチスレッド版とマルチスレッド版の間での共有をどう解決するかだ。その間で共有できないなら利便性が無くなりメリットの乏しいものになる。

普通の使い方ではshared_ptrの複製のコストは問題にならないと思う。
それでも、複製のコストが気になるならshared_ptrを参照渡しにすればコピーのコストはないし、そうすればshared_ptrの複製が減らせられる。
vectorで使うときの大量な複製が気になるならC++0xの右辺値参照に期待しよう。

ぶっちゃけ参照カウンタの操作にバスロック命令を使うだけだから大したコストじゃない
と思うけど、ものすごくクリティカルなら知らん
つーか、そんなに激しくクリティカルならポインタ取り出せばいいような気がするし、
デフォのままで問題ないと思うし、たぶんBoostの中の人もそう思ってるからずっと
こういう仕様なんだろうと思うけど

正直、お兄さんはもういらない子だと思うのです
これからはぼくと std.regex 君の時代だと思うのれす。。。

>>165
もうなんかいっそのこと
Boost.RegexはBoost.Xpressiveのラッパにしちゃだめなのかな(笑)

お前らBoostで特に使えるライブラリ三つ簡単なコード挙げて紹介しろ

なんで？

>>167
ええと、progress_displayとcompressed_pairと・・・あと何だろう？
program_optionsかな？

compressed_pairはGoogleが社内で使用許可を出している数少ないBoostライブラリの
一つだからな

>>170
ホントかよw
すげーwww

しかしまあprogress_displayだって安定性では引けを取らないぜ。

>>169
てめーprogram_optionsさんディスってんじゃねーよ
俺なんかお世話になりまくりだっつーの

>>165
たしかに使用頻度は激減したけど・・・コンパイル速いじゃん

std::regexってboostの転生でしょ。
なので、stdにあるからboostのは要らないというのは変な表現だと思う。
もっとも俺はspirit一筋だけどな。

>>167
マジレスするとshared_ptr, scoped_ptr, noncopyable

>>173
というか改良が早いのは絶対Boost.Regexなんだろうから
むしろ要るのはBoost.Regexの方。

といってもBoost禁止とかいうイカレタ職場では
Std.Regexを使うことになるんだろうけど。

noncopyableって英語おかしくね？
なんとなくだけど

>>176
おかしいらしいね。
でも一度そうしちゃった以上どうしようも無いんだろうな。

まぁ、本気で気になるなら、おかしくない名前も使えるようにするとかな

でもさ、 uncopyable だとウンコみたいでいやじゃね？

いっそDQNネームにするのもありじゃね
コピーできない増えないクラスを作るライブラリっぽい名前

Boost.Virginとか

>>180
ちょw
恥ずかしいなw


Boost.DQNとかあってもおかしくない様に見えてくるのが不思議。

>>180
singletonライブラリーですね。わかります。

気がついたら
boost\serialization\singleton.hpp
ってのがあった

boostのserializationについてです。

CStringがシリアライズできるように

template <typename Archive>
void save(Archive& ar, CString const& str)
{
　　std::string const s(convert(str)); // CStringからstd::stringに変換
　　ar & make_nvp("", s);
}

などとするとXML出力に<>（文字列）</>と空の要素タグが付いてしまいます。
この要素タグを出力しないようにしたくて調べてみたのですがxml_archive::save(std::string const&)を
使えば良いようです。
しかし、xml_archive::saveはprotectedなので使えません。
何か良い方法ないでしょうか？

>>184
make_nvp("CString", s)
とするか、
タグそのものを使いたくないならtextでシリアライズする

要素名を空文字列にしたら空の要素タグが出力されるのは当然だろ。
いったい何がやりたいの？

>>186

例えば
std::string name;
をシリアライズするとき
ar & make_nvp("name", name);
ってするよね。

その結果として
<name>山田太郎</name>
を期待する訳で
<name><string>山田太郎</string></name>
がでてきたら嫌でしょ？って話。

オブジェクトのシリアライズの話でなくて型のシリアライズのカスタマイズに関する
話なの。考えもせず知ったかでレスせんでいいよ。

>>186
自作コンテナのシリアライズの場合

template <typename Archive, typename T>
void save(Archive& ar, MyList<T> const& obj, unsigned ver)
{
　　std::vector<T> const v(obj.begin(), obj.end());
　　ar & make_nvp("myList", v);
}

だと

<strudents>
　　<myList>
　　　　<count>2</count><item>...</item><item>...</item>
　　</myList>
</strudents>

となるから

template <typename Archive, typename T>
void save(Archive& ar, MyList<T> const& obj, unsigned ver)
{
　　boost::serialization::stl::save_collection(ar, obj);
}

とやるの。すると下のようになる。理解できただろ？

<strudents>
　　<count>2</count><item>...</item><item>...</item>
</strudents>

ところで、CStringならstd::stringよりstd::basic_string<TCHAR>のほうがいい気がする。
時と場合にもよるけど。

>>189
判りやすいだろうと思ってCStringにしたけど実際はQString(知ってる人も多いと思うけど）。

template <typename Archive>
void save(Archive& ar, QString const& obj, unsigned)
{
　　std::string const buf(obj.toUtf8());
　　ar & make_nvp("string", buf);
}

なんてしてるのだけども<string></string>が嫌だなと思うわけです。

更新しました。先週に引き続き今週もMathのパフォーマンスチューニングが行われています。
ttp://booster.x0.to/
以下更新内容の一部
[Fusion]
Fusion: resolved const correctness issue
[Spirit]
Spirit: started to add attribute transformation capabilities, new examples
Spirit: added simple token printer for parser trace output
Spirit: added bool_ generators
Spirit: added qi::bool_
[Unordered]
Try supporting reference parameters in pairs. Probably not required.
Remove the optimization for std::pair with a key reference.
[Exeption]
New function: diagnostic_information_what.
[Math]
A few more minor performance tweaks for issue #3407.
Another round of performance tweaks for issue #3408.
These should make our igamma implementation comparable in performance
to the dcdflib FORTRAN routine - at least as far as MSVC is concerned.
[Impl]
missing namespace
Refactored: use static_cast and const pointer where possible.
[Graph]
Another attempt at a CSR edges() fix
[Python]
boost/python: some Py_ssize_t replaced with boost::python::ssize_t
to restore compatibility with Python 2.3 and 2.4
[Date_time]
Refs #2213. Fixed UTC zone offset boudaries.
Refs #1861. Changed the default format for time durations
to "%-%O:%M:%S%F" instead of "%-%H:%M:%S%F".

rengeExはまだなのか

>>191
VS2005 用のは無いのか？

>>193 >>191
そうそう、お願いします。

progress_display プログラムコンテスト開催のお知らせ

詳細は寝て待て！

progress_displayネタはいい加減飽きたよ。ウンザリだ

>>196
じゃああぼんすれば良いじゃん。
バカなの？

一言いわれただけで発狂するほど自信満々のネタだったのか。

>>198
> 一言いわれただけで発狂するほど自信満々のネタだったのか。
いや俺は>>195じゃねぇけどそんなの関係ねぇ。
とにかく気にくわない単語はあぼん。
じゃないとまともに2ch見てらんねぇし。

いやマジでつまんないから。
あんま迷惑なことしちゃダメよ。

>>199
そういうお前はちゃんと有無を言わさず>>198や>>200をあぼん
しろよ。

>>197はツンデレなんだよ
progress_displayを愛する一人

あんまり話題になると、あれ？実はこれ要らないんじゃね・・・？と騒ぐやつが出てくるからな
そっとしておいてやるのが吉

そうそう。危うく俺も口にしかけたわ。
そんな私も、今では progress_display 童貞。
孫にあげるのは、もちろん progress_display。
なぜなら、彼もまた特別な存在だからです。

なんでこんなに荒れてんだｗ

>>197の言うとおり、ここは2chなんだから
>>197みたいなキチガイもたまには湧くさ

すみません。教えて下さい。
boost/multi_array.hppとboost/numeric/ublas/matrix.hppを比較して
単純な2次元の配列演算で、どちらが速い遅いというのはありますでしょうか？

#include <boost/multi_array.hpp>
#include <boost/numeric/ublas/matrix.hpp>
int n = 10; int m = 10;
boost::multi_array<double, 2> myArray(boost::extents[n][m]);
boost::numeric::ublas::matrix<double> myArray2(n, m, n*m);

パフォーマンス上の損がないようなら、(とりあえずblasのルーチンを使わない場合でも)
全ての2次元配列をboost::numeric::ublas::matrixで置き換えてしまおうと考えているのですが。
よろしくお願いします。

自分で検証コード組んで確かめろよ
5分とかからんだろうが

VS 2003.NETからVS 2008 Express に変えて
boostも2008用のにしようとインストーラーDLしようとしたら
ログイン式になってるな
なぜ？

BoostProに金を落とさないユーザは切り捨てることにしたのかもわからんね
公式から落としてコンパイルするか、
http://booster.x0.to/ のスナップショットを使うべし

. 1. HTML　　　　で検索した結果　1〜10件目 / 約5,040,000,000件
. 2. PHP 　 　　　で検索した結果　1〜10件目 / 約2,970,000,000件
. 3. Java......　　　で検索した結果　1〜10件目 / 約　835,000,000件
. 4. Forth.　　　　で検索した結果　1〜10件目 / 約　323,000,000件
. 5. Ruby..　　　　で検索した結果　1〜10件目 / 約　275,000,000件
. 6. perl.....　　　　で検索した結果　1〜10件目 / 約　245,000,000件
. 7. Python...　 　で検索した結果　1〜10件目 / 約　204,000,000件
. 8. pascal...　　　で検索した結果　1〜10件目 / 約　170,000,000件
. 9. Delphi　　　　で検索した結果　1〜10件目 / 約　127,000,000件
10. VisualBasic...で検索した結果　1〜10件目 / 約　121,000,000件
11. lisp...　　 　 　で検索した結果　1〜10件目 / 約.　 26,700,000件
12. fortran 　 　 で検索した結果　1〜10件目 / 約.　 21,300,000件
13. COBOL　 　 で検索した結果　1〜10件目 / 約.　 18,500,000件
14. HSP 　 　　　で検索した結果　1〜10件目 / 約.　 12,300,000件
15. FreeBasic..　で検索した結果　1〜10件目 / 約　　 6,320,000件
16. Tcl/Tk. 　 　 で検索した結果　1〜10件目 / 約　　 4,940,000件
17. QBasic 　 　 で検索した結果　1〜10件目 / 約　　 4,190,000件
18. VisualC....　　で検索した結果　1〜10件目 / 約　　 1,360,000件
19. DarkBASIC. で検索した結果　1〜10件目 / 約　　 1,320,000件
20. BasicStudio で検索した結果　1〜10件目 / 約　　　 304,000件
21. N88basic. 　 で検索した結果　1〜10件目 / 約　　　 215,000件
22. f-basic 　 　 で検索した結果　1〜10件目 / 約　　　 109,000件
23. ActiveBasic で検索した結果　1〜10件目 / 約. 　 　　89,800件
24. 99BASIC....　で検索した結果　1〜10件目 / 約. 　 　　11,500件

3Dprogramming で検索した結果　1〜10件目 / 約794,000件
2Dprogramming で検索した結果　1〜10件目 / 約. 57,400件

intel で検索した結果　1〜10件目 / 約729,000,000件
amd で検索した結果　1〜10件目 / 約355,000,000件

"C++" の検索結果 約 62,700,000 件中 1 - 100 件目

BASIC で検索した結果　1〜10件目 / 約1,580,000,000件

progress_display の検索結果 約 531 件中 1 - 10 件目

>214
さすがboostを代表するライブラリだ
ハンパねぇーな

"Objective-C" の検索結果 約 2,730,000 件中 1 - 10 件目 (0.18 秒)

FORTHが健闘してるなあ

>209
まじかよ、と思ったらすでにアカウント登録済みだった。あれぇ？

BOOST1.41、コンパイルにめっちゃくちゃ時間がかかる・・・
1.40の倍以上はかかってる　そんなに膨らんだっけ

http://booster.x0.to/ 落としたらですけど
要求されるlib名が1.41とか付いてるんですが。
これは最初から付いてるやつを格納出来ないんですか。
自分でリネームするんですか

更新しました。このところ、今迄あまり動きの無かったMathやuBLASといった数式関連に手が入っています。
亦、layout=taggedでリンクエラーが発生しておりましたのでlayout=versionedに戻しました。
尚、バージョン無しのファイルは必要無い様に思えますのでバージョン無しファイル生成バッチは同梱せずに暫く様子を見ます。
ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: fixed a problem in Qi real_impl preventing to use an integral type as an attribute to a floating point parser.
Spirit: restructured customization points, added qi::attr_cast, added phoenix expression support for Karma attributes
Spirit: disabled Phoenix attributes for V2.1, adjusted tests
[Numeric]
see #3449: introduce new free functions to access matrix/vector properties (Incomplete)
[Date_time]
Refs #3470. Modified documentation for c_time functions to reflect the actual behavior.
[Unordered]
Make sure inserting from a range of types other than the value type is better tested.
[Fusion]
BOOST_FUSION_ADAPT_CLASS
[Math]
Fix erf calculation limits.
Added more performance tests along with comparisons to the DCDFLIB.
Change iteration limits to use get_epsilon().
Merge changes from Sandbox.
[Fusion]
Fusion: fixing mismatch in default parameter to nview
[Syatem]
System: minor code clean up
[Signals2]
Added support for tracking of objects owned by non-boost
shared_ptr. No documentation yet.
[Graph]
Fixed duplicate base class problem
Removed old parameters from test code

亦、layout=taggedからlayout=versionedへの再変更に伴い、
how_to_build.txtとlibs_for_build_boost.rar内readme.txtも修正致しました。

>>193-194
VS2010のExpress Editionがリリースされた場合にそちらに移行する予定はありますが、
VS2005用をビルドする予定は今のところありません。

>>219
そこまで重くなったかどうかわからんが
Warningの数が増えた　31万個（前は20万）

警告は無効化しないとコンパイルに死ぬほど時間かかる

>>221
libboost_regex-vc90-mt-s-1_41.lib
という存在してないものを要求されるようになりました。
前回のやつは、リネームしたら通ったのですが
今回はリネームするものがありません。
-s-付きがないです。
前のやつを残してほしかったです。消してしまいました。

RegexはICUサポートが有効の場合、仕様上link=static, runtime-link=staticのライブラリは作成されません。
代替としてICUサポート無しでビルドしたlink=static, runtime-link=staticのRegexライブラリを追加してrarファイルを差し替えました。
今後のビルドでも同様の措置を採ります。
ttp://booster.x0.to/

VCの場合、runtime-link=staticは地雷だぞ。

地雷とは?　スタティックリンクってDLLなしでいいってやつでしょ。

staticlinkだと、libをコンパイルした環境と、そのlibを使ったexeをコンパイルする
時の環境でruntimeが異なったときに、面倒なことになる。
ってやつのことかな。

gccでも同じことが起こるのではないの？

gccは存在自体が地雷。

gccのすばらしさを分からないヤツは素人

って言ってみると何人つれるかな？

呼んだ？

おまえのためにおかしなワークアラウンド書くのはうんざりです

iccマンセー

>>235
BOOST_AUTO使える？

>>235
BOOST_AUTOがどういうもんだかよく理解していないが、
http://www.kmonos.net/alang/boost/classes/typeof.html
ググって出てきたこのコードはコンパイルできてちゃんと動いたよ。

Open WatcomとかDigital Marsのことも忘れないでください
後者はD言語やってりゃ知ってるだろうけど

>>237
これがiccだとコンパイルできない。
iccでコンパイルするためにはBOOST_TYPEOF_REGISTER_TYPEで型を登録しなくっちゃならないんで面倒だなっと思ってたり。
c++0xオプション入れればautoが使えるからまあいいかとか思ってる。

#include <vector>
#include <boost/typeof/typeof.hpp>

int _tmain(int argc, _TCHAR* argv[])
{
std::vector<int> a;

BOOST_AUTO(k,a.begin());
return 0;
}

C4819「ケケ…」
C4996「ケケケ…」
俺「何だきさまらあっ！？」

ぶっちゃけこの2つのエラーはBoostの中でdisableにするべき

4819だけはプロジェクト全体で無効にしてるわ

ttp://cpp-next.com/archive/2009/10/introducing-%E2%80%9Cthis-week-in-boost%E2%80%9D/
なんか気になる話が。

FUNC("hogehoge");
と書いたら
hogehoge
と展開されるマクロってどう書くの？
( " を取りたい)

FUNC(hogehoge)　hogehoge=100
など。

>>243
無理だろ。

>>244
何を言っているの？

つけなければいい

ぽかーん

これ直す方法ないですか。警告外し以外で。

warning C4819: ファイルは、現在のコード ページ (932) で表示できない文字を含んでいます。
データの損失を防ぐために、ファイルを Unicode 形式で保存してください。

A. 日本語を勉強する
B. 母国語でメッセージを表示する開発環境を使う
C. より適切な進路・職業を考える

どれでもお好きな方法を

>>249
彼にはCが良いと思うよ。

>>248
ライブラリのヘッダーでたまに出るけど、保存しなければ良いんじゃないか？

そもそも「どうすればいいか」は当該ヘッダに書いてあると思うんだが

コンパイラがEUCだと認識するのがだめな気がする。UTF8として読み込ませる方法があれぱいいけど

何で警告外しちゃ駄目なんだろう

#pragma warning(push)
#pragma warning(disable:4819)
#include <hoge>
#pragma warning(pop)

これに何の不満があるんだ

警告はヘッダが悪いのか、コンパイラが悪いのか。

文字コードというものの仕様が悪い

相性が悪い

どのヘッダをどのコンパイラに突っ込んで警告が出てるかの情報も一切なしに
何が悪いのかなんて分かるわけが無い

VC2008でboostやると沢山コードの警告出る。

間違えた。コード932はSJISの拡張だった。

英語版OSに英語版VC入れてコンパイルするか、
ソースを全部BOM付きUTF-8で保存し直せば警告は無くなるんじゃないかな

boostproの1.38.0を入れたまましばらく追従してないけど、とりあえずVC9で
警告うるさめにして使ってるけど何も言われないな

つーかどのソースで警告出るか、そのソースが実際どのコードで保存されてるか
くらいの情報は出せないのか

Yahoo!プログラミング言語検索ランキング（今回2009/10/16、前回2009/10/12）

《一般カテゴリ》
. 1（. 1） HTML.....　　　　約5,030,000,000件（約5,020,000,000件）+
. 2（. 2） PHP...　 　　　　約2,980,000,000件（約3,000,000,000件）--
. 3（--） BASIC.. 　 　 　約1,580,000,000件（....------------- ）0
. 4（. 3） JAVA.. 　 　　　約　822,000,000件（約　832,000,000件）--
. 5（--） CGI. 　 　 　　　約　551,000,000件（....------------- ）0
. 6（--） C言語（*1）. 　 約　399,000,000件（....------------- ）0　（*1）C/C++とC#の検索件数の合計
. 7（. 4） FORTH..　　　　約　323,000,000件（約　324,000,000件）-
. 8（. 6） PERL..　　　　　約　245,000,000件（約　245,000,000件）0
. 9（. 7） PYTHON..　　　約　213,000,000件（約　209,000,000件）++
10（. 8） PASCAL..　　　約　168,000,000件（約　168,000,000件）0
11（. 9） DELPHI.　　　　約　128,000,000件（約　128,000,000件）0
12（11） LISP　　　　　　約.　 26,000,000件（約.　 26,600,000件）--
13（12） FORTRAN. 　　約.　 21,200,000件（約.　 21,300,000件）-
14（13） COBOL.....　　　約.　 16,800,000件（約.　 17,100,000件）--
15（--） PROLOG　　 　約.　 13,800,000件（....------------- ）0
16（14） HSP 　 　　　 　約.　 12,300,000件（約.　 12,400,000件）-

《BASIC言語カテゴリ》
. 1（--） VisualBasic... 　約　120,000,000件（約　121,000,000件）-
. 2（--） Hu-BASIC..　　約.　 15,000,000件（....------------- ）0
. 3（--） QBASIC..　 　　約　　 4,140,000件（約　　 4,160,000件）--
. 4（--） MSX-BASIC.....約　　 1,430,000件（....------------- ）0
. 5（--） DarkBASIC . 　約　　 1,310,000件（約　　 1,330,000件）--
. 6（--） CBM-BASIC.　約　　　 944,000件（....------------- ）0
. 7（--） BasicStudio 　 約　　　 303,000件（約　　　 302,000件）+
. 8（--） N88BASIC..　　約　　　 219,000件（約　　　 218,000件）+
. 9（--） X-BASIC...　 　約. 　 　　40,400件（....------------- ）0
10（--） 99BASIC....　 　約. 　 　　11,400件（約. 　 　　11,300件）+

>>264
大物が抜けてるぞ

JavaScript で検索した結果　1〜10件目 / 約2,830,000,000件 - 0.32秒

プログラミング言語≠スクリプト

CとC#って全然別物じゃねえかｗ
むしろJavaのほうが近いくらいなのに……

あとこれって 一般的な単語の basic や python って除外してるの？
できないと思うけど

コピペねたに反応すんなぼけ

文字コード警告の件だが、全世界で使うものなんだからせめてASCII限定にするとかできないのか
というわけでコードエラーを発生させている作者名（確か元凶そこだよね）が悪いということにしとく

更新しました。何となく1.41リリースが近い様な気がします。
ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: fixing re-initialization problem for optional attributes
Spirit: improved fix for re-initialization of optionals, added tests
Spirit: added missing specialization to transform_attribute. Fixed qi::subrule to use this
Spirit: updating examples and tests
Spirit: removing remnants of safe_bool
[Fusion]
Spirit: improved fix for re-initialization of optionals, added tests
[Graph]
Fixed bugs in F-R layout
Fixed numlocalverts bug
Changed boost::get() call to get() to reflect new distributed property map namespace (boost::parallel)
[Serialization]
Address complaints for Inspect
fix memory leaks
Fix problem with multiple declaration of void_cast_register
[Exeption]
Added errinfo_nested_exception typedef. Fixed minor documentation error.
[Signals2]
Work around missing include in Boost.Variant headers
Include <functional>, for std::greater.
[Interprocess]
Fixes for 1.41
[Unordered]
Correct macro checks for initializer lists.
[Graph_parallel]
Added edges_are_sorted tag to distributed CSR graph ctor
since passing a sorted iterator range to the unsorted ctor
seems to produce a different graph than passing a sorted iterator range to the sorted ctor.

うんこブー！(床に落ちて）スト！

javaとか時代遅れだろｗ

>270
なんとなくっていうか予定だとこう。
　10/18 1.41.0 Beta
　11/01 1.41.0 release
http://www.boost.org/community/index.html
ML でもリリースノートの更新依頼が出てた。
現状だと Property Tree が新規、Multi-index、Spirit、Wave が更新になってる。

有難うございます。
1.39-1.40間はかなり変更が激しかったですが、
1.40-1.41間はfixやドキュメント整備が中心の様ですね。

Boost 勉強会
http://atnd.org/events/1839

開場がGREEってだけで行く気無くす
それより秀和の本の1.40か1.41対応第3版出してくれ
2版がまだ余ってるらしいので出せるかどうか結構微妙ではあるが

ああ、でもC++0xというかVC2010が出てからの方がいいか
あっちに結構吸収されたライブラリがあるから

>>276
boostのドキュメントを素直に翻訳したものを出してほしい

boostのドキュメントのPDF版見てみりゃわかるけど、リファレンス部含めたらasioだけで969ページある
全部のドキュメント訳したら何千ページにもなるだろうからコミュニティベースで訳す他無いんじゃないか
最も、今までその試みが何度失敗したか分からんがね

第3版にrange_exが間に合うと良いなあ

つかえねーやつほど
道具のせいにする
道具にも馬鹿にされて自己嫌悪に陥るな

valut から property tree 落としてきて使ってみた。
これ面白い。
INI parser しか試してないけど、レジストリも触れちゃうみたい。

> boostのドキュメントのPDF版
その存在を始めて知った！
HTMLしかないと思っていたよ

わたしも……(´・ω・｀)

boostは便利だなぁ〜使えば使うほど実感するよ
挙動がよくわからなかったりマニュアルの英語が何言っているか理解できないときは
ヘッダを読むけどコレがとても為になるですよ

$BOOST_ROOT/libs/*/test/*あたりのコードも参考になった

CMakeのあつかいが変わった
めんどくせー

>>286
CMake関連のファイルが大量に削除されたり変更されたりしていたので、
試しにプロジェクトを作成しようとしたらエラーになってしまったのですが
ビルド可能なのですか？

更新しました。
ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: fixing endianess/truncation problem in Karma|s output iterator
Spirit: fixing tests for big endian binary generator
Spirit: removed undefined behavior in grammar initialization
[Interprocess]
Fixes for 1.41
[Intrusive]
Fixes for 1.41
[Graph]
Removed assertions that may depend on FP precision.
[Serialization]
add non-polymorphic pointer test
[Pool]
Allow zero-sized blocks to be allocated by malloc_n. Fixes #386
[Unordered]
Use normal emplace implementation for emplace_hint and insert with hint.
Fix allocator for construct from initializer list.
[Random]
Disable some warnings for msvc. Fixes #3532
[Math]
Improve ibeta error handling, and add new tests.
[Detail]
fix for fix in r35591: sometimes __hppa is on PA-RISC but __hpux isn't Fixes ticket #3537
[Signals2]
Qualify addressof call, refs #3534.
[Python]
Fix for #3490, parameter depends on python.
[Thread]
Added futures to boost.thread

http://www.boost.org/doc/libs/1_39_0/libs/wave/doc/quickstart.html
にあるwaveのサンプルプログラムの、while(first != last) のiteratorの比較で
boost::wave::preprocess_exception例外投げるんだけど、なんで？

context の設定だけ
ctx.add_macro_definition("_WIN32");
ctx.add_macro_definition("_MSC_VER=1500");
ctx.set_language(boost::wave::language_support(boost::wave::support_cpp));
ctx.add_sysinclude_path("E:\\lib\\boost\\boost_1_39");
ctx.add_sysinclude_path("C:\\Program Files\\Microsoft Visual Studio 9.0\\VC\\include");
な風にしたけど・・・

>>287
別サイトから、CMakeの分だけダウンロードするようになった

cmakeみたいなゴミ使わずにbjam使いましょう

bjamとかカスだし。

ゴミクズじゃないビルドシステムなど無い

bjamなんてドキュメント読めば2秒で理解できるぞ

ドキュメント読むのが億劫で読んでいなくてごめんなさい。

事実上CMake対応は放棄か。

なんでCMakeでビルドしたがるの？
bjamがあるじゃん。

Boostのビルドにおいて
CMakeがbjamを上回ることってなんかあるの？

特に>>292

>>294
2秒でドキュメントは読めない

ドキュメントを隅々まで読み終えてから、もう２秒必要ということなんだろう。

えっくすこおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおど

CMAKEなんてドキュメント読まなくても理解できたぞ。
ところで、なんで>>296みたいなアホがいるんだ。
ほんとに質が低いなこのスレは。

自分で書くのならbjamよりcmakeの方が楽だった
y-hamigakiさんの書いた資料のおかげというのもあるけど
CMakeはprecompiled headerを使うのだけでも一苦労、
flymake用のsyntax check用の高速にビルドできるタスクを定義するのは並大抵のもんじゃないときた
cmake .とかするだけの使い方するなら問題ないけどな

>>299
なるほど。
なら可能だ

cmakeは使ったことないけど、bjam(+boost-build)はそこそこ対応コンパイラが多いのと、
自動的にdebug/releaseビルドのobjファイルを別場所に配置してくれるので切り替えが楽という利点があるな。
逆に問題はドキュメントが異様に少ないこと。
でもビルドに必要な大抵のことは(きちんとドキュメント化されているかは別として)できるかな。

Check failed in file /usr/include/boost/numeric/ublas/vector_expression.hpp at line 548:
size1 == size2
terminate called after throwing an instance of 'boost::numeric::ublas::bad_argument'
what(): bad argument
Aborted

このエラーの対処法教えてください

>>305 http://osdir.com/ml/lib.boost.ublas/2006-03/msg00018.html

>>306
ありがとうございます
参考にしてみます

bool pred(int n) { return n; }

struct hoge { int foo() { return 0; } };
struct bar { hoge hoge_; hoge fuga() { return hoge_; } };

std::vector<bar> bars;

std::count_if(bars.begin(), bars.end(), pred(bind(&bar::fuga, _1)().foo()));

bars の各インスタンス _1 のうち、pref(_1.fuga().foo()) を満たす物の個数を数えたくて
上記 std::count_if のように boost.lambda を用いて呼び出してみたのですが，
コンパイルエラーとなってしまいました．

上記のような目的を達成するにはどうすればよいのでしょうか？
C++ 0x 対応であればなんとか出来そうな気がしますが、環境が VC2008 なので使え
ません．lambda や bind で書けるのでしょうか？詳しい人教えて下さい・・・

>308
これでどないでしょ。

bool pred(int n) { return n; }

// 恐らく一時オブジェクトに対する参照が必要になるので const が必要
struct hoge { int foo() const { return 0; } };
struct bar { hoge hoge_; hoge fuga() { return hoge_; } };

std::count_if(bars.begin(), bars.end(), bind(pred, bind(&hoge::foo, bind(&bar::fuga, _1))));

こうなると名にやってんのか逆に分かりにくいな

#define _ bind
std::count_if(bars.begin(), bars.end(),
    _(pred,
                _(&hoge::foo,
            _(&bar::fuga,
        _1))));
#undef _

というか0xならもっと分かりやすく書けるの？

std::count_if(bars.begin(), bars.end(),
    [] (bar& x) -> bool { return pred(x.fuga().foo()); })

あ、戻り値の型はコンパイラにまかせてもいいんだったっけ。

std::count_if(bars.begin(), bars.end(),
    [] (bar& x) { return pred(x.fuga().foo()); })

更新しました。今週はsmart_ptr, thread, regex, xpressiveといった割と使われていそうなライブラリに
fixや仕様変更が入っています。
ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: more work on attribute traits,
allowing optional for alternatives, maxwidth supports extracting overhang
[Fusion]
fix for #2355: discrepancy between std::accumulate and fusion::accumulate
[Regex]
Tighten up error handling and checking.
[Unordered]
Remove 'grouped' from hash_table as it isn't used and is a bit confusing.
[Circular_buffer]
circular_buffer: added erase_begin and erase_end methods

Fix for bug #2067 --- use shared_mutex for thread_group rather than a simple mutex
Fix for move assignment of unique_lock if rvalue refs supported
More fixes for compilers with rvalue ref support
[Xpressive]
nested results uses a custom list type that allows incomplete types,
does no dynamic allocation in the default constructor,
and has a guarnteed O(1) splice; fixes #3278
[Smart_ptr]
Renamed enable_shared_from_this2 to enable_shared_from_raw and
added shared_from_raw free function. These changes fix the pointer
value in shared_ptr which were obtained before an external shared_ptr has
taken ownership of the object (for example when a shared_ptr to
this is obtained in an object's constructor).
[Numeric]
see #3501: Reusing concepts from different compile units yields multiple defined symbols (Incomplete)
* removed inlines that were added with the last commit
* added anonymous namespace to make functions local to compilation unit

すみません、>>316はミスです。315の後こちらを続けて下さい

[Thread]
Fix for bug #2067 --- use shared_mutex for thread_group rather than a simple mutex
Fix for move assignment of unique_lock if rvalue refs supported
More fixes for compilers with rvalue ref support
[Xpressive]
nested results uses a custom list type that allows incomplete types,
does no dynamic allocation in the default constructor,
and has a guarnteed O(1) splice; fixes #3278
[Smart_ptr]
Renamed enable_shared_from_this2 to enable_shared_from_raw and
added shared_from_raw free function. These changes fix the pointer
value in shared_ptr which were obtained before an external shared_ptr has
taken ownership of the object (for example when a shared_ptr to
this is obtained in an object's constructor).
[Numeric]
see #3501: Reusing concepts from different compile units yields multiple defined symbols (Incomplete)
* removed inlines that were added with the last commit
* added anonymous namespace to make functions local to compilation unit

ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: fixing lex::tokenize_and_parse functions
Fix. Disallow alpha or underscore after "int"
Spirit: fixing usage of plain functions as lexer semantic actions
Spirit: replaced long long by boost::long_long_type
[Ptr_container]
https://svn.boost.org/trac/boost/ticket/3579
[Fusion]
Fusion: adding a missing 'const'
associative_sequence_tag -> associative_tag
[Regex]
Added support for function objects as well as strings when formatting.
[Program_options]
Fix 'ambiguous else clause' compiler warning. Fixes #3556.
Put description to next line if we'd overflow otherwise. Fixes #689.
Use extra parens to silence warnings re &&/|| on same level.
[Xpressive]
fix infinite loop with some uses of \Q...\E quotemeta, fixes #3586
[Math]
remove surplus const-qualifiers.
[Wave]
Wave: added missing header file and special handling for stlport
[Smart_ptr]
Added weak_from_raw(), for use in conjunction with
enable_shared_from_raw base class.

亦、how_to_build.txt及びlibs_for_build_boost.rar内bjam.exe, readme.txtも併せて更新致しました。
それから、公式でのリリース版バイナリの配布が開始されました。
同じくBoost 1.41 betaの配布も始まっています。
ttp://sourceforge.net/projects/boost/files/

>>318乙

template<class F>
struct is_lambda_impl
{
static const bool value = false;
};
template<class F, class A0>
struct is_lambda_impl<boost::lambda::lambda_functor<F>(A0)>
: public boost::lambda::lambda_functor<F>::template sig<boost::lambda::tuple<boost::lambda::lambda_functor<F>, A0> >
{
static const bool value = true;
};
template<class F, class A0, class A1>
struct is_lambda_impl<boost::lambda::lambda_functor<F> (A0, A1)>
: public boost::lambda::lambda_functor<F>::template sig<boost::lambda::tuple<boost::lambda::lambda_functor<F>, A0, A1> >
{
static const bool value = true;
};
template<class F>
bool is_lambda_(F)
{
return is_lambda_impl<F(????)>::value;
}
int main()
{
std::cout << is_lambda_((boost::lambda::_1 * 2)) << "\n";
std::cout << is_lambda_(std::plus<int>()) << "\n";
}

お遊びですが・・・
>>320 のプログラムは、lambdaか否かを判断するmeta function を作ろうとした
のですが、???? の部分で困っています。

boost::lambda::_1 * 2 とある時、引数の型が知りたい。
でも、これは無理ですよね。

簡単言うと、is_lambda_implをlambda式に応じて呼び分けしたいのです。
何かいい案ないですか？

>>320
is_lambda_impl<F>::value じゃないの？
そうじゃなければ何がしたいのかよくわからん。

>>322
それじゃ駄目ポ。
template<class F>
struct is_lambda_impl
{
static const bool value = false;
};
にいっちゃいます。

>>323
なら ???? の部分じゃなくて特殊化ができてないんじゃないの？

>>324
あんまり、そこに拘る必要はないです。
lambdaか否かを判断するmeta function が作れればおｋ。

>>324
F(????)としてるのは、F(int)とすれば
template<class F, class A0>
struct is_lambda_impl<boost::lambda::lambda_functor<F>(A0)>
が選択されるからです。

int 部分にはboost::lambda::_1の型か何か別のものが入ると思う。
_1 や _2 の数によって F(A0) F(A0, A1) の様な形になると思う。

こゆこと？　（動作確認してないけど）

template<template <class f> class T, class F>
bool is_lambda_(T<F>)
{
return is_lambda_impl<T<F> >::value;
}

template<template <class f, class a0> class T, class F, class A0>
bool is_lambda_(T<F, A0>)
{
return is_lambda_impl<T<F, A0> >::value;
}

template<template <class f, class a0, class a1> class T, class F, class A0, class A1>
bool is_lambda_(T<F, A0, A1>)
{
return is_lambda_impl<T<F, A0, A1> >::value;
}

>>325
まずは、何か lambda expression だけの特性を探すことだね。

unlambda してみて違う型が返ってくるようなら true になる関数とか？

>>328
unlambdaすると false になります。

>>327
駄目ポ。

template<template <class f> class T, class F>
bool is_lambda_(T<F>)
全て↑が選択されて、falseになる

>>328
遊びだとか実装方法は問わないとか言ってるから、 unlambda() のソースから
扱いを分けてるところパクってきたほうが早そう。

できた。でもg++でコンパイル通らないorz
http://codepad.org/2lcnEjvI

g++でもできた。単純なミスだった。
http://codepad.org/LUAbunUM

更新しました。今週はコンパイル時の警告の抑制が中心の様です。
ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: fixing bug in alternatives taking optionals
Spirit: started to integrate re2c style code generator for lexer
[Regex]
Improved error messages generated for thrown exceptions.
[Program_options]
Fix wordwrapping in presense of default parameters.
Don't strip quotes from values.
[Smart_ptr]
Fixed access to enable_shared_from_raw::weak_this_ when
BOOST_NO_MEMBER_TEMPLATE_FRIENDS is defined.
[Unordered]
Change unordered move tests to be more lenient on compilers without NRVO.
[System]
System: Correct too_many_symbolic_link_levels misspelling. Fix #3559.

[Graph]
Changed to boost::unordered_* containers instead of compiler-specific ones;
made hashed containers enabled always
[Integer]
Reverted Integer back to Release branch state - as per devel-list discussions.
[Xpressive]
do NOT copy singular iterators, fixes #3538
[Iostreams]
Allocate exceptions on the stack, not the heap. Refs #3612, by Richard Smith.
Fix unthrown exceptions. Refs #3311.
Fix mapped file errors in windows. Refs #3505.
[Exeption]
Prevent ADL from finding other dispatch functions or types. Required for #2094.
[Fusion]
avoid iterator invalidation in segmented_range, fixes #3583

亦、libs_for_build_boost.rar内bjam.exeも併せて更新致しました。

Boost 1.41 の
boost/function_types/detail/synthesize_impl/arity20_0.hpp
boost/function_types/detail/synthesize_impl/arity30_0.hpp
がおかしくね？
なんかソースが途中で切れたみたいになってる。
手元で確認できるかぎりでは、svn56164 で正常。
svn57242 ではおかしくなってる。

お前だけじゃね？
こっちはそんなことないが。

>>336
ちゃんとSubversion使ってる？

>>336
ほんとだ。
リビジョン番号 56305以降がおかしい。
stefanが更新してる

まったくもう、ステフったら……

http://codepad.org/PnJLqsJw

Boost.Propertyを使ったお試しコードを書いたのですが、Property用のメンバーをstringにすると以下の様な
エラーになるんだけど、原因分かる人いる？

error C2679: 二項演算子 '<<' : 型 'Person::_PropertyNamaeImpl_' の右オペランドを扱う演算子が見つかりません (または変換できません)。 e:\property_test.cpp 57

property_get::operator return_type()まで来ないので、ADL系の様な気がする・・・
なぜ、来ないのか分からない。

boost::function、bind、refの組み合わせってboost::spiritのセマンティックアクションに
渡せますが、tr1の物だとダメなようです。
これらのようにtr1とboostの物での違いの、一覧みたいなのは無いでしょうか？

[Spirit]
Spirit: more static lexer updates
Spirit: added new Qi example
Spirit: updating example
Don't match substrings in symbols::find.
Added Nabialek Trick Example
typeof example
Implement prefix_find.
BOOST_SPIRIT_AUTO added
Spirit: bumped version number after the release of 1.41
Spirit: fixed references to corresponding articles at Spirit site.
[Xpressive]
use boost::optional's swap instead of std::swap
[Random]
Allow arbitrary values to be used as seeds for linear_congruential,
linear_feedback_shift, and any generators that depend on them. Fixes #3516
Fix min/max problems

[Exeption]
Fixed unqualified use of size_t in object_hex_dump.hpp
Bug ticket 3641, also merging other fixes from the Release branch.
[Format]
copy-constructor now copies .dumped_ , fixing Ticket #3610
fixing elementary syntax error introduced in rev. 57734
[Functional]
Turn on warnings as errors for the hash tests.
[Program_options]
Add option name to a few exception classes. Fixes #3423. Patch from Sascha Ochsenknecht.
correct usage of tokenizer, memory bug, Fixes #3525
[Graph]
Fix compilation error due to undefined fprintf/stderr.
[Unordered]
Use 'E' for key extractor, freeing 'K' for key.
Support incomplete template parameters to unordered containers.
以上更新内容の一部
ttp://booster.x0.to/

Version 1.41.0
New Library: Property Tree.
Updated libraries: DateTime, Filesystem, Iostreams, Math, Multi-index Containers,
Proto, Python, Regex, Spirit, System, Thread, Unordered, Utility, Wave, Xpressive.
Updates to boost build and quickbook. The CMake build system for Boost, still
under development here, has been removed from the main release to avoid confusion.

boost::iostreamsを使ってストリームりました。
このストリームを外から見たときはboostを使ったように見えないように、ダウンキャストしてostreamか何かに入れて置きたいのですが、どうにもうまくいきません。
どうしたら良いのでしょうか。

std::ostream a = boost::iostreams::stream<boost::iostreams::null_sink>();

こんなことがしたいです。

>>346
たぶん、C++0xだとそれでコンパイルできると思う。

とりあえず現状ではtypedef boost::iostreams::stream<hogehoge> my_stream_type;みたいにごまかすくらいしかないと思う。
もちろん、オブジェクトを関数の引数として渡すときには、もちろんstd::ostream&やstd::istream&で受け取れるけど。

>>.347
解答ありがとうございます。出来ませんか・・・。

メンバ変数なり関数ローカルなstatic変数にして、
std::ostream& を返す取得関数で公開すれば具象型はいちおう隠蔽できるけど。
それで不都合あったり？

resizeするときに、fortran_storage_order()のオプションを与える方法を教えていただけないでしょうか？
以下のように、fortran_storage_order()をつけるとresizeでエラーとなります。
　　#include <boost/multi_array.hpp>
　　int n = 200;
　　typedef boost::multi_array<double, 2>::extent_range erange;
　　boost::multi_array<double, 2> matrix(boost::extents[0][0]);
　　matrix.resize(boost::extents[erange(1,n+1)][erange(1,n+1)], boost::fortran_storage_order());

更新しました。1.41正式版がリリースされてから一週間経ってもtrunkが1.42に移行しておりませんので、
マイナーバージョンアップ版が出るかもしれませんね。
ttp://booster.x0.to/
以下更新内容の一部
[Program_options]
allow empty values in config file, Fixes #1537
[Spirit]
Spirit: moved iter_pos parser to repository, added example
Spirit: fixed token_def::what()
Spirit: Moving karma::symbols to main code base
[Format]
fixes new functions (remaining_args, expected_args, ...) in case bound.size()==0
[Regex]
Allow std::locale's to not have a messages facet installed (fixes some STLPort issues).
Allow match_results to handle singular iterators.
[Integer]
Add support for long long throughout. Fixes #653.
Update Boost.Integer meta-programming classes to work with intmax_t where possible - ie to be 64-bit clean.
[Thread]
Ensure call_once event is correctly cleaned up
A partial fix for issue #2100: use boost::throw_exception for all exceptions except thread_interrupted
Don't use timed_lock to do a lock
Added missing BOOST_THREAD_DECL for at_thread_exit_function
Using BOOST_ASSERT rather than assert
[Graph]
Changed vertex_iterator to have vertex_descriptor rather than vertices_size_type as its value type
Removed old CSR interface; fixes #3135
[Smart_ptr]
Add error checking to lwm_pthreads.hpp. Refs #2681.
Remove std::move references. Refs #3570.

亦、libs_for_build_boost.rarもICUを4.3.3にアップデート致しました。

intrusive_ptrのコンストラクタにexplicitがついてないのはなんでなんだぜ？
デフォルト値があるだけで、厳密には1引数じゃないから？

intrusive_ptr & operator=(T * rhs)
があるね

boostのコンパイル済み.libって、同じコンパイラでも内部で使用するクラスの実装、
たとえばSTLが違う場合（VC++で標準STLかSTLPortか）にリンクしても問題ない？
標準STLでもセキュリティ強化の#defineを指定すると実装内容が変わったりするし・・・

STLPortはBoostビルド時に専用のコンフィグコマンドがあるので、
問題があるかどうかは知らんけどとりあえず自前でビルドして使った方がいいと思う

>>353
あー、intrusive_ptrに対応してるクラスなら、
そのポインタから安全に変換できるはずだからexplicitは必要ないってことか。

更新しました。SVNは1.42に移行しました。
ttp://booster.x0.to/
以下更新内容の一部
[Program_options]
ProgramOptions: added a couple of missing std:: namespace qualifiers
[Spirit]
Spirit: added karma::symbols generator, updated docs, tests, and example
Spirit: removed UB in rule and token_def initialization, added copy constructor for token_def
Spirit: added karma::auto_ and related facilities, added test
Spirit: added new karma example (auto_facilities.cpp), tweaks to auto_ tests
Spirit: added auto based overloads for API functions where possible
[Serialization]
fixed BOOST_STATIC_WARNING implementation macro name conflict
Fix memory leaks in void_caster short cut memory leaks
[Uuid]
Added uuid library
Removed BOOST_STATIC_ASSERT, replaced with a static method
[Iterator]
Made sure that iterator_facade's nested ``::pointer`` type is always
the same as what's returned from operator->. For input iterators,
that wasn't always the case (see operator_arrow_proxy).Fixes #1019.
[Graph]
Fixed missing #endif
[Integer]
Change long long to boost::long_long_type etc.
Make code respect BOOST_NO_INTEGRAL_INT64_T.
[Bind]
Make mem_fn work with overloaded unary operator&. Refs #3003. Sorry it took so long.
[Exeption]
Ticket #3211

亦、libs_for_build_boost.rarもbjam.exeをrev.58011にアップデート致しました。

使ってないが乙

>>357
sankusu otsu

VS2008を使っているのですが、なぜかthreadだけリンカエラーがでます。

↓こんな感じで
1>LINK : fatal error LNK1104: ファイル 'libboost_thread-vc90-mt-sgd-1_40.lib' を開くことができません。

同じcppファイルの中でも、他のやつ（unordered_mapとか）は問題なく使えてるのに、threadだけでます。
だれか解決法を知っている方がいたらご教授を……orz

boostをちゃんとインストールしよう。
そのままだとヘッダだけで使えるライブラリしか使えないよ。

>>361
解決しました。

インストールはしていたのですが、どうやらライブラリのパス指定が間違っていたようです。
標準に指定されるディレクトリから変更した場合、そことは別の場所にライブラリフォルダができてしまうようで……。
コマンドプロントのメッセージを追ってたら気付くことができました……。

どうも、ありがとうございました。

#include <boost/spirit/utility/functor_parser.hpp>
では警告が出るから
#include <boost/spirit/include/classic_functor_parser.hpp>
を使うと、
error: expected class-name before '<' token
やらのエラーで今度はコンパイル出来ない。（#^ω^）

自己解決。
namespace が boost::spirit::classic になったのか。失礼した。

ここにもspiritの罠に引っかかった生け贄が一人いたか。

俺もだ。

コンテナフレームワークライブラリはどこですか？

threadとbindでメンバ関数で引数を取る場合、どんな感じで使えばいいのでしょうか……？

たとえばこんなふうに
class Hoge{
public:
　　void run();
void fanc(int　x, int y);
}

Hoge tmp;
thread thr_tmp(bind(&Hoge::run, &tmp));

runが引数を取らないメンバ関数ならこれで動きますが、
メンバ関数が引数を取る場合（上の例だとfancを実行する場合）はどのようにすればいいのでしょうか？

自分で色々調べてためしてみましがた、尽くコンパイルエラーがでます……orz

boost::thread thr_tmp(boost::bind(&Hoge::fanc, &tmp, 10, 20));

でx=10, y=20になるが

あとfancじゃなくてfuncではなかろうか

368はVC++2008ね。
上記でだめならコンパイラ依存問題かも

>>368
解決しました。
ありがとうございました！

fack youのコピペ思い出した。

仲良くなった。

Boost 1.40 + VC++2008 にて

#include <boost/serialization/static_warning.hpp>
template<typename T>
struct hoge {
    static int const i = 100;
    static bool const b = i < 0;
    BOOST_STATIC_WARNING(b);
};
typedef hoge<int> hoge_t;
hoge_t h;

hoge がテンプレートだと BOOST_STATIC_WARNING が働かない。（警告が出ない）
hoge が非テンプレート（ただの struct ）だと意図通り警告が出る。
BOOST_STATIC_WARNING 以外でも、boost::mpl::print などでも同様。

struct hoge {
　static int const i = 100;
　static bool const b = i < 0;
　hoge() { BOOST_STATIC_WARNING(b); };
};

これでどうだろう

勉強会のshared_ptrの発表聞きたいんだけど「えっと」が強烈に心を折りにくる。

しばらく聞いてたら慣れたよw

lexical_castってwstring型にキャストしようとするとエラーがでるのですが……。

stirng str;
std::wstring wstr;

wstr = boost::lexical_cast<std::wstring>(str);

lexical_cast.hpp(590) : error C2679: 二項演算子 '<<' : 型 'const src' の右オペランドを扱う演算子が見つかりません (または変換できません)。
1> c:\program files\microsoft visual studio 9.0\vc\include\ostream(653):
'std::basic_ostream<_Elem,_Traits> &std::operator <<<wchar_t,std::char_traits<wchar_t>>(std::basic_ostream<_Elem,_Traits> &,const char *)' [引数依存の照合を使用して検出しました]、
1> with
1> [
1> _Elem=wchar_t,
1> _Traits=std::char_traits<wchar_t>
1> ]

以下似たようなメッセージがずらずらと……。

ちなみに最終的にやりたいことはstring型の文字列をwstring型にキャストし処理した後、
const char*に変換して、関数にわたすことです。
wstr.c_str()ではwchar_t型に成ってしまうので、いったんstringに変換してからc_str()でなんとかしようと方針を立てたらエラーがでて……orz

lexical_castを読むと、charかwchar_tのどっちか限定で処理するっぽいから
stringとwstringの同時使用ができないのでは

>>377
＞stirng str;
string str
ですね。
本筋ではないのですが一応元ソースではちゃんとしてます。

>>378
つまり、stringをwstringにキャストしようとしても、
そもそもlexical_cast内ではふたつを同じ型として扱ってるので、
キャストできないということですか……？

引数からどちらの文字列型を使うか判定しているので、その結果生成される
内部処理ストリームがWide変換/逆変換をサポートしていない限り非対応ということに。

>>381
なるほど、ありがとうございました。

設計をみなおすか……。
全部２バイト文字にしたあと処理できたら楽になるのになぁ。
ユニコードは三点リーダーが汚くなるから使いたくないし……。

本件とずれるけど、lexical_castのドキュメント
ttp://www.boost.org/doc/libs/1_41_0/libs/conversion/lexical_cast.htm
にあるサンプル

>>void log_errno(int yoko)
>>{
>> log_message("Error " + boost::lexical_cast<std::string>(yoko) + ": " + strerror(yoko));
>>}

yoko？
要項？違うか

Boost.Propertytree
というlibraryがあるらしいが、もう正規のものなの？
いつの間に採用されたんだ。

1.41から正規

おお、では勉強しなきゃなるまいな。
ありがとう。

C#のプロパティみたいなものかと思ったら、streamの類か。

>384
余談だけど
ttp://www.boost.org/doc/libs/1_41_0
ここの First Release 見ればいつから正規かは分かる。
しかし Property Tree のレビューって 2006 年 4 月だったんだな。

MPL_WARNING と STATIC_WARNING を自作してみた。
Boost.Serialization の BOOST_STATIC_WARNING と比較して、
>>373のような条件下でも警告が働くし、
クラステンプレート内でも typename 無しで依存名を書ける。
VC++2008以外の環境は知らん。

#include <boost/mpl/bool.hpp>
#include <boost/mpl/assert.hpp>
#include <boost/preprocessor/cat.hpp>

#define MY_MPL_WARNING(PRED) \
    static bool const BOOST_PP_CAT(mpl_warning_, __LINE__) = sizeof(boost::mpl::assert_arg((void (*) PRED)0, 1))

#define MY_STATIC_WARNING(B) \
    MY_MPL_WARNING((boost::mpl::bool_<B>))

// テスト
template<typename T>
struct hoge {
    static int const i = 100;
    static bool const b = i < 0;
    MY_STATIC_WARNING(b); //おｋ
    MY_STATIC_WARNING(boost::is_float<boost::mpl::identity<T>::type/*依存名*/>::value); //おｋ
};
typedef hoge<int> hoge_t;
hoge_t h;

unordered_setでgreaterを使ってみたのですが、eraseが失敗しています。
やり方が悪いのでしょうか？　どなたかご教授お願いします。

typedef boost::unordered_set<int,boost::hash<int>,greater<int>> u_set_g;
u_set_g data;
data.insert(1);
data.insert(2);
for(u_set_g::iterator it=data.begin(), itEnd=data.end(); it!=itEnd; it++)
cout<<*it<<endl;
data.erase(2);
for(u_set_g::iterator it=data.begin(), itEnd=data.end(); it!=itEnd; it++)
cout<<*it<<endl;

そこはequal_to<T>を指定するところだから

クラスSからクラスTにキャスト可能であるかどうかを
判定するメタ関数はありますか？
is_castable_into<S, T>::value
的な使い方ができる物です。

>>391
おぉ、勘違いしておりました。
unordered_setはstd::setの様に初めから逆ソートは出来ないのでしょうか？

unordered　の意味、わかってるの?

>>392
is_convertible<From, To>

>>395
ありがとうございます。

実装を知らずにコンテナを使うのは問題だな

完璧に知る必要は全く無いが、原理くらいは知らないとな…

実装以前に使うクラスの名前くらいちゃんと読めって話だよ

>>377
stringの中身がutf8ならto_utf8、from_utf8で
wstringと相互変換できるぞ。
sjisは扱えないけど、ASCIIとは互換性がある。

boost::numeric_castを使おうとすると、converter_policies.hppというファイルで、
ceilとfloorのオーバーロード関数の呼び出しを解決することができないという
エラーが出るのですが、何か解決策はありますでしょうか？
環境はVisual C++ 2008、Boost 1.41.0です。

>>401
エラーメッセージは正確に。
コピペ推奨。

boostのいくつかのライブラリでは#pragma onceが使われてるけど、
#if defined(_MSC_VER) && _MSC_VER >= 1200 /* VC++ 6.0*/
#if defined(_MSC_VER) && _MSC_VER >= 1020 /* VC++ 4.2*/
の二通りがある。
gccでもたしか#pragma once使えたはずだけど、
MSVC限定なのは何か理由があるんだろうか？

GCCは一応対応してるけど使用は非推奨で警告でたりするからじゃね

VCにpragma指令を入れてるのは単にコンパイルの高速化の為かと
GCCはインクルードガードだけで十分

ああそうか、そういえばgccはインクルードガード検知すると自動で
#pragma once相当の処理をするとかどこかで読んだ。納得。

>>402
失礼しました。
error C2668: 'ceil' : オーバーロード関数の呼び出しを解決することができません。(新機能 ; ヘルプを参照)
c:\program files (x86)\boost_1_41_0\boost\numeric\conversion\converter_policies.hpp
error C2668: 'floor' : オーバーロード関数の呼び出しを解決することができません。(新機能 ; ヘルプを参照)
c:\program files (x86)\boost_1_41_0\boost\numeric\conversion\converter_policies.hpp 41 karaokeThread
です。

karaokeThread があやしいな。

>>407
まだ変に省略してないか？
VC++ だとテンプレート引数の情報とかエラーメッセージに出たような・・・。

常套手段だけど、同じエラーを出す最小のソースを作ってみるといい。

>>407 http://ja.lmgtfy.com/?q=C2668

自己解決しました。どうやらifstream.tellg()の戻り値を変換させるときに
のみエラーが出るようなので、そこだけstatic_castにしました。
どうもお騒がせしました。

更新しました。今回初めてgraph_parallelのlink=shared, runtime-link=sharedのビルドが可能になり、
同じく初めてビルドエラー無しでフルビルドが出来ました。
ttp://booster.x0.to/
以下更新内容の一部
[Program_options]
consistent handling of namespace std
[Spirit]
unicode support
Spirit: fixed include guard conflict (fixes #3724)
[Graph]
Factored out declspec code; added BOOST_GRAPH_SOURCE where necessary
[Iostream]
If a write is going to go past the end of the restricted area,
write up to the end before throwing an exception.
[Uuid]
Fixed name_generator for different sizes of wchar_t
[Serialization]
1. Fixed memory leak in shared_ptr loading
2. Fixed error in polymorphic archive implementation
Speed up loading of ordered collections
[Smart_ptr]
Avoid static destruction order issues with quick_allocator.
[Proto]
fix BOOST_PROTO_EXTENDS to work with elaborated types
[Xpressive]
disable proto's unary operator& for basic_regex objects, references #3712
[Fusion]
corrected reverse_view
[Gil]
Added gil namespace prefix to at_c<...> calls.
[Regex]
Symbian patches.　Fixes #3764.　Fixes #3763.

>>412
いつも乙。
ところで列記してある更新内容のリストはどこで参照できますか？

全ての更新内容はrarファイル内のchangelog.txtに記してありますが、
TortoiseSVN上の更新情報をテキストデータとして羅列した状態ですのであまり読み易くはありません。
公式サイトの下記ページにも更新情報がありますが、sandboxの更新と一緒になっている為少々読み辛いです。
Boost-Commit mailing page: By Subject
ttp://lists.boost.org/boost-commit/2009/12/subject.php

ローカルリポジトリを構築して管理ソフトからログを読むのが、一番整頓されていて分かり易いと思います。

>>414
ありがとうございます、参考になります。

ところで、VC9 にて
#include <boost/utility/value_init.hpp>
#include <boost/wave/util/cpp_include_paths.hpp>
をこの順にインクルードするとコンパイルエラーになります。
>e:\library\c++\boost\boost_1_42_vc2008_svn58453\boost\aligned_storage.hpp(79) : error C2872: 'detail' : あいまいなシンボルです。
> 'boost::detail' である可能性があります。
> または 'boost::multi_index::detail'
>e:\library\c++\boost\boost_1_42_vc2008_svn58453\boost\aligned_storage.hpp(53) : error C2872: 'detail' : あいまいなシンボルです。
> 'boost::detail' である可能性があります。
> または 'boost::multi_index::detail'

おそらく aligned_storage.hpp 内のソースで
boost::detail::aligned_storage のスコープで detail::ほげほげ と（boost::detail のつもりで）しているので
他スコープの detail 名前空間と衝突しているのかと。
Boost 1.40〜1.42 で確認。

>415
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) + Boost 1.40 で再現しない。
Boost trac の ticket には無さげ。
恐らく↓あたりの VC のバグだと思う。
VC++ 8.0 reports unexisting ambiguity in certain context having a using directive
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=311885

あと、細かいけど 1.42 は未リリースだから現時点(あるいは特定リビジョン)での trunk でという表現が
正しいと思う。

>>416
ありがとうございます、参考になります。

>>415 ticket に挙げたいけど英語力皆無で無理げ。

俺ライブラリのヘッダをまとめてインクルードしたのをコンパイルしたら、
条件によって出たり出なかったりするようなエラーが出るわ出るわ。

VC9 + Boost (1.40 ~ svn58453)
・ boost::operators を使ったクラス Operatable を定義
・ 適当なテンプレートクラス Overloaded<T> を定義
・ Overloaded<T>& を引数にとる、グローバルな & （アドレス）演算子オーバーロードの関数テンプレートを定義
・ boost::throw_exception( ) の使用
この条件が揃うとエラーが出る。
>e:\library\c++\boost\boost_1_42_vc2008_svn58453\boost\throw_exception.hpp(69) : error C3767: '&': 候補の関数はアクセス可能ではありません。
> 'e:\library\c++\boost\boost_1_42_vc2008_svn58453\boost\operators.hpp(260)' の friend 関数である可能性があります : '&' [引数依存の照合を使って検出される可能性があります]
> e:\project\vc9\test2\test2\main.cpp(22) : コンパイルされたクラスの テンプレート のインスタンス化 'void boost::throw_exception<std::exception>(const E &)' の参照を確認してください
> with
> [
> E=std::exception
> ]

以下、調べたかぎり最小のコード。

#include <exception>
#include <boost/operators.hpp>
#include <boost/throw_exception.hpp>
class Operatable : private boost::operators<Operatable> { };
template<typename T> class Overloaded { };
template<typename T> Overloaded<T>* operator&(Overloaded<T>& v) { return 0; }
void ThrowException() { boost::throw_exception(std::exception()); }
// ThrowException() の代わりにこの関数を定義してもエラーになる
// どうやら boost::exception_detail::clone_impl<T> の使用がまずいらしい
//void TestExceptionDetail() { boost::exception_detail::clone_impl<std::exception> c((std::exception())); }

追記。
boost::operators<Operatable> の部分が boost::integer_arithmetic<Operatable> などなら問題ない。
どうやら boost::andable<Operatable> が問題らしい。
でも andable って (Lhs & Rhs) の形だよね？
アドレス演算子との絡みでおかしくなるのがようわからん。

C3767 について↓でもそれらしい話が出てるけど（ADL関連）なんとも。
ttp://www.freeml.com/cppll/13477/latest

>418
> >>415 ticket に挙げたいけど英語力皆無で無理げ。
大丈夫だ。我々には C++ という共通語がある！

とりあえず boost/wave/util/cpp_include_paths.hpp の中にある using namespace boost::multi_index; 直下の
get (2ヶ所)を boost::multi_index::get に qualify してやれば #include のみの場合はエラーは出なくなったけど
これで正常動作するのかは分からない。
要因としては >416 のバグのせいっぽいね。

>以下、調べたかぎり最小のコード。
やっぱり gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) + Boost 1.40 で再現しない。

実際のコードだとうまく行かないかもしれないけど、
namespace my {
class Operatable : private boost::operators<Operatable> { };
template<typename T> class Overloaded { };
template<typename T> Overloaded<T>* operator&(Overloaded<T>& v) { return 0; }
void ThrowException() { boost::throw_exception(std::exception()); }
}
って感じで namespace に閉じ込めたら通ったりしない？

すみません、質問があるんですが
今現在uBLASライブラリを使ってLU分解を行っています
しかし,同じ動作を数百回回してると下記のエラーが出てしまいます
毎回違うループ回数でエラーが起きているみたいなんですが,何故起こってしまうのかよくわかりません
分かる方いらっしゃいますか？

*エラーメッセージ
Check failed in file /cygdrive/D/boost_1_39_0/boost/numeric/ublas/lu.hpp at line 276:
detail::expression_type_check (prod (triangular_adaptor<const_matrix_type, upper> (m), e), cv2)
Error while dumping state (probably corrupted stack)

probably corrupted stack

よく分からんが、uBLASは1.40でlu.hppも含めてアップデートされているので
1.40で試してみたらどう

>>423
ありがとうございます
とりあえず、アップデートして行ってみましたが状況変わらずでした
LU分解の後退代入で配列の不正アクセスか,配列が破壊されてるかどちらかが起きてるのはわかるんですが
毎回違うタイミングで起きるので原因が良くわからないです
代入する値はループ毎に変わりますが乱数を使ってるわけではないのでエラーを吐き出すとしたら同じループ回数だとは思うんです

取り敢えず、デバッグして発生条件を絞っていくしかないな

まさかとは思うがuBLAS最新はVC系はサポートされてないぞ。

ビタミンC？

>>421
もうエラーの内容も覚えていないんだけど
uBLASつかってるシングルスレッドのプログラムを
問題を複数に分けてマルチスレッドで分散してやるようにしたらわけのわからないエラーが出始めた
納期があったから細かく調べずにマルチプロセスで逃げたｗ

まったく参考にならんけど思い出した

更新しました。
ttp://booster.x0.to/
以下更新内容の一部
[Regex]
Improve recursion branch-prediction.
[Spirit]
Spirit: comment typo fixes
Spirit: minor test adjustment
Added note to fix the thing
Spirit: expanded the quick hack to include strings
Spirit: added new Karma example
Spirit: little endian binary test fix
[Multi_index]
handled serialization of non default constructible values
[Selialization]
Fix plugin test/demo

Webを検索していて驚きました。
ttp://webdocs.cs.ualberta.ca/~graphics/software/boost/boost/numeric/ublas/traits.hpp
ここに
boost::complex
というテンプレートがあるのですが、これはなんでしょうか？
昔std::complexが標準にない時代にboostに同等のものがあったとか、
そういうことはありますか？

初歩的な質問で恐縮なのですが…

win2000+VisualStudio2005+Microsoft Platform SDK for Windows Server 2003 SP1で、
Boost1.41をダウンロードしてきてbootstrapとbjamを実行し、
http://www.boost.org/doc/libs/1_41_0/libs/filesystem/example/simple_ls.cpp
を試しにコンパイルしてみたのですが、

LINK : fatal error LNK1104: ファイル 'libboost_filesystem-vc80-mt-gd-1_41.lib' を開くことができません。

というエラーが出ます。
指定されたファイルはC:\Boost\bin.v2\libs\filesystem\の下層にちゃんとあるのですが、
これはコンパイラにパスが通ってないということでしょうか？
解決方法を知っている方がいましたら教えていただきたいです。
現在のVisualStudioの設定は以下のとおりです。

オプション→プロジェクトおよびソリューション→VC++ディレクトリ→インクルードファイルにC:\Boostを追加
ライブラリファイルにC:\Boost\bin.v2\libsを追加

ファイル名が微妙に違ったりしてないかい

>指定されたファイルはC:\Boost\bin.v2\libs\filesystem\の下層にちゃんとあるのですが、
>(中略)
>ライブラリファイルにC:\Boost\bin.v2\libsを追加
bin.v2 の下は未インストール状態のものなのでその下層のパスまでちゃんと指定するか、install して
一ヶ所にまとめられたディレクトリを指定するかどっちかだと思われ。

おいおい、bin.v2はビルド時の中間ファイル置き場だろ。
bjamのオプション次第だけど、普通はstage\libだろ。

431です。
ライブラリファイルをC:\Boost\stage\libに変更したところ、コンパイルが通るようになりました。
回答してくださった方々、本当にありがとうございます。

boostからMPICH2を使ってみようと思うんだが、
MPICH2（Win32 64bit）をインストールしても
binフォルダにmpichコマンドやmpeコマンドが見当たらない。
そういうもの？

ttp://www.kmonos.net/alang/boost/classes/mpi.html
ここの手順そのままで問題ない？

>>436
俺はやったことないからわからんが、そのページに
>MPICH2 では手元の環境ではうまく動かず…。
って書いてあるのに、そのままで問題ないかと言われても…。

>>436
MPIの使い方はよく分かりません。
Boost 1.41 + MPICH2で試してみましたが、ビルドまでは通るものの実行時に例外エラーが発生しますね。

更新しました。Boost.MPIにつきましては、今後MPICH2以外の使用を検討致します。
ttp://booster.x0.to/
以下更新内容の一部
[Fusion]
associative forward iterators in example and docs
[Random]
Attempt to fix ranlux failures
Try to get more information out of the failing tests.
[Spirit]
Spirit: fixing a problem in sequences if the attribute is a container of containers, more test cases
Spirit: accounting for changed fusion::fold parameter sequence in new Boost version
Spirit: fixed SA detection for karma::maxwidth
[Iostreams]
Don't throw if seeking the end of the restricted area of a file.
Add dummy returns after calling throw_exception.
[Type_traits]
Fixes #3800.
[Circular_buffer]
circular_buffer: constant complexity of clear method and destructor
[Asio]
Windows needs the OVERLAPPED structure to be valid until both the initiating
function call has returned and the completion packet has been delivered.
Don't block signals while performing system calls, but instead restart the
calls if they are interrupted.
Add boost_ prefix to extern "C" thread entry point function. Refs #3809.
Add a workaround for some broken Windows firewalls that make a socket
appear bound to 0.0.0.0 when it is in fact bound to 127.0.0.1.
[Functional]
Rename namespace BOOST_HASH_DETECT_FLOAT_FUNCTIONS to lower case for consistency.
[Uuid]
optimized seed_rng
optimized string_generator

はじめまして。Boost.MultiArray の設計について教えていただきたいのですが、
multi_array_ref や const_multi_array_ref は何のために設計されているのでしょうか？
参照では問題がある場合に使うことを想定しているのでしょうか？

参照の参照を内部で回避してるんじゃないかとエスパー

>>441
どうもありがとうございます。やっぱりそうなんですかね。

実装読まずに適当に推測すると
名前的にはauto_ptrに対するauto_ptr_refとかと同じ用途なんじゃない？

用途的には、multi_array_refはトラディショナルな配列のポインタを渡してmulti_arrayとして扱うためのラッパー。

fucktoryパターンってなに？＞＜

fucker

子作りでインスタンスを増やすパターン

>>443
> 実装読まずに適当に推測すると
> 名前的には
現実的にはこれができるのが一番いいよね。
むずかしいけどさ。

俺　名前づけのセンスないし。

「画像を扱うライブラリが増える」と聞いて、bimapだと勘違いした人、正直に手を上げなさいﾉｼ

Boost.SpiritはV2になって、
結局 何が良くなったのでしょうか？

コンパイル速度は悪くなったと思いますが、
実行時速度とかでしょうか？

Spiritのソースのメンテ性(Spiritを使ったソースではない)が上がったんじゃなかったか。

SpiritとExpressiveってコア統合中とか聞いたけど、最近のでは実現してるの？

shared_ptrで、別のshared_ptrに参照させる際に
weak_ptrのlock関数経由(もしくはshared_from_this関数)と
'=' での直接代入経由で参照カウントの挙動に変化がなかったけど
これってどっちでもいいの?

BoostはVer1_40_0です。

>>453
あたりまえじゃないか。

挙動が変わるはずだという理屈があるなら言ってみれ。

直接代入が参照のコピーか移動かの仕様が自分の中でちょっと疑問でして、
実行結果を見れば一目了然なんですが、

これですっきりしました、有難うございました。

>>451
ありがとうございます。
そうですか。

・・・でもまだ正直v1よりバグが多いとかですかね？

Spiritは毎日のように更新されてるので、バグ多しっつーより未完成ってイメージが

>>457
そうなんですか。
まさかのこれ以上の機能拡充とかですかね。
ありがとうございます。

更新しました。Boost.MPIのビルドにはMPICH　1.2.5を使用しましたが、>>436のサンプルは上手く動作しません。
ttp://booster.x0.to/
以下更新内容の一部
[Unordered]
Formatting changes, mostly to fit within 80 characters.
Also, some C casts converted to static_cast.
[Spirit]
Spirit: added concept checks for qi API functions, fixed qi::match functions, added basic_istream_iterator
Spirit: added karma::auto_()
Spirit: added missing top level include file
Spirit: fix for one of the multi_pass policies
Spirit: added more tests for Karma auto_
Spirit: adding the matches.hpp[] directive
Spirit: adding tests for the matches[] directive
[Asio]
Include boost/limits.hpp rather than <limits>, to support older compilers.
Refs #3743.
Drop back to second_clock if microsec_clock is unavailable. Refs #3743.
Use sockatmark if SIOCATMARK is not defined. Refs #3743.
Disable iostreams-related functionality if BOOST_NO_IOSTREAMS is defined. Refs #3743.
Apply fix for reported excessive CPU usage under Solaris. Refs #3670.
Support platforms that don't define INET6_ADDRSTRLEN. Refs #3743.
[Wave]
Wave: updating copyrights, fixing issues introduced by latest changes to multi_pass.
[Regex]
Fix bug that effects recursive expressions combined with repeats.
Speed up the code a little,
and stop swapping stream buffers around in case that's the cause of some test failures.
[Iostreams]
More unreachable returns. This should only be a temporary workaround.

亦、libs_for_build_boost.rarも、bjam.exeをrev.58785にアップデート致しました。

と、改めてMPICH2の使い方を調べてテストし直してみましたところ、
x32, x64双方共正常に動作しました。
管理者権限でコマンドプロンプトを起動して、

smpd -install
mpiexec -n 8 test.exe

です。
Boost.MPIは次回のビルドからまたMPICH2仕様に戻します。

あ、mpiexecよりGUIであるwmpiexecから起動した方が簡単ですね。

>>444
なるほど！仕様を読んでみると確かにそういう風に使えるんですね、というか書いてありますね…見落としてました…すみません。

boost::lexical_cast<int>("0x12345");のように、0xがついている文字列が
変換できないのですが、うまく変更できるようにするにはどうすればいいでしょうか？

lexical_castは誰もが待ち望んでいて、そしてガッカリした代物だよな・・・

差し替え更新しました。Boost.MPIはMPICH2　1.2.1仕様に戻しました。
ttp://booster.x0.to/
以下追加更新内容
[Spirit]
Spirit: fixing attribute handling in sequences
[regex]
Change name of extern "C" function so it's prefixed with "boost_"

>>463
lexical_castは16進数の変換には対応しておりませんので、この辺りは如何でしょう。
文字列を数値に変換する関数 (CRT)
ttp://msdn.microsoft.com/ja-jp/library/53b7b72e(VS.80).aspx

>>464
>>465
ありがとうございます．
lexical_cast は過去に 1e+8 のような形式を変換できずがっかりした記憶が
あるのですが、いつの間にかできるようになってて驚きもしました．
0x にもいつか対応してくれると信じて待つとします．

http://stackoverflow.com/questions/1070497/c-convert-hex-string-to-signed-integer

いや、cinなどbasic_istreamでも（hex指定しない限り）十六進法の入力はできないのだから、
いつまで待っても、lexical_castでできるようにはならないだろう。

>466
そのリンクの最後の回答をちょい修正して

#include <iostream>
#include <boost/lexical_cast.hpp>

template<typename T>
class from_hex // For use with boost::lexical_cast
{
    T value;
public:
    operator T() const { return value; }
    friend std::istream& operator>>( std::istream& is, from_hex<T>& outValue )
    {
        is >> std::hex >> outValue.value;
        return is;
    }
};

int main(void)
{
    std::cout << boost::lexical_cast<from_hex<int> >("0x12345") << std::endl;
    return 0;
}
でいいんじゃね？

>>468
0x ついてるときはそれでいいけどついてないときには使えないからな〜
中の人の対応を待ちたい

>469
codepad だと通るんだが。
ttp://codepad.org/nfkFKOZC

>>428
関数の中でグローバルポインタの割り当て/開放をしてるのかね。

strtol・strtoulなら文字列の書式から進数の自動判定が行われるんだし、
CRT使うと死ぬ体質じゃないんならそれ使って実装しときゃいいんでは。

lexical_cast<std::wstring>にすると、コンパイルエラーになるクラスがあったりして困るね。

boost::asioでlocalhostのIPアドレス(自分のアドレス)を取得する方法を教えてください．
loopbackアドレス(127.0.0.1)ではなく
DHCP等によって割り当てられているアドレスの方です．

以下のような感じでlocalhostへの接続は出来ると思うのですが
一定の範囲のIPアドレス(例えば，192.168.1.1~192.168.1.9)に対して
socketで接続を試みる時に
自分自身が範囲にあった場合にはconnectしないようにしたいと考えています．
そのため，自分のIPアドレスを情報として持っておきたいのです．

const int NUM_PORT = 7757;

boost::asio::io_service ioService;
boost::asio::ip::tcp::socket socket(ioService);
socket.connect(
boost::asio::ip::tcp::endpoint(boost::asio::ip::address_v4::loopback(),
NUM_PORT));

http://d.hatena.ne.jp/tt_clown/20081225/p1

http://www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/ipaddr.html

http://grayhole.blogspot.com/2008/10/boostasio-syslog.html

http://blog.goo.ne.jp/dc1394/e/a03ed6855fd2ff595ad1990b1c9d067c

>>475
boostに固執する意味はないので，本質的にはその方法で解決できそうです．
ありがとうございます．

自分でサーベイしたところ
今の時点でboostでもリゾルバに頼れば出来るということが分かりました．

http://groups.google.co.jp/group/boost-list/browse_thread/thread/7142d22d86aa6bd9?pli=1
http://grayhole.blogspot.com/2009/11/boostasio-udp.html

ただ
DNS情報がないと駄目なので一部の環境では動かないことが予想されますが．．．

>>476,477,478
のろのろ書いてる間にすみません．
ありがとうございます．

std::vector<boost::tuples::tuple<std::string, int, int> > vの中に、
std::string strと、tupleの先頭の要素が等しいものがあるかどうかを、
std::binary_searchで判定したいのですが、どうbindを使えばいいのか
分かりません。
どなたか教えていただけませんでしょうか。よろしくお願いします。

>>481
その目的なら比較関数オブジェクトを渡してやればいいと思うけど、
↓みたいなのじゃなくでBoost.Bindを使う意味はあるの？
struct comp {
    typedef boost::tuples::tuple<std::string, int, int> tuple_t;
    bool operator()(tuple_t const& lhs, tuple_t const& rhs) const {
        return lhs.get<0>( ) < rhs.get<0>( );
    }
};

あるいは、binary_searchの比較値にstd::stringを直接渡したいという話？
でもbinary_searchに渡せるのは要素の値と決められてるから、bindに限らずそれは無理だね。

std::binary_search(v.begin( ), v.end( ), tuple_t(str, 0, 0), comp());
こうやるしかない。

>>483
そんなの決まってないよ。双方向の operator () が用意されてれば問題ない。
bind じゃ無理そうだけどね。

>>482, 483, 484
ありがとうございました。無理みたいですね。
関数オブジェクトを使うことにします。

shared_ptrだけが使いたいんだけど
その目的のためにBoostを入れるのは大掛かりすぎる、と思うような人に
良い解決策はありますか？

>>486
そういう用途で bcp っていうツールが用意されてるんだけど、
やってみると shared_ptr だけでもけっこうな依存関係になってて、
結局全部そのまま使うことにしたことがある。

>>486
Boostを入れるったって、別に全部リンクされるわけじゃないんだから、
普通にBoost入れてshared_ptrだけインクルードするんじゃだめなの？

だねえ、オブジェクトファイルも使わないし、
shared_ptr.hppをインクルードして使えば
完成したバイナリは希望通りshared_ptrだけを使ったバイナリになるし。

std::tr1::shared_ptrが使える環境にするとか

VC++2008ならSP1以降は標準でshared_ptr使えるな

俺はstd::tr1::shared_ptrよりもboostの方が信頼できるor同等程度だと思っている。

だがそれはさておきboostの一部分だけ取っていじったのが認められるんなら
boostそのものだって認められるだろ？
やっぱそのままの方が良いと思うんだぜ。

チーム内のよくわからん奴が
勝手にshared_ptr以外のライブラリをiincludeするのを避けたいんだろ

エスパーすぎる

＞Boostを入れるのは大掛かりすぎる

自分もboost入れる前はそう思ってた

そりゃTR1ライブラリよりBoostの方が格段に信頼性は上だろうな

だが世の中には色々な（往々にして訳分からんand/or間違った）理由で「Boostは
ちょっと」って奴もいるからなぁ
他人のコードでバグ出た時ってマジきついしー、みたいに言われた時は、そんなら
標準ライブラリも普通にバグ出るから使うなよって思った

そんなこと言ってるやつのコードよりboostの方がよっぽど信用できるわな

>>496 単に今までのスタイルを壊されるのが嫌だって理由の連中がいたりするからなあ
そういうのがいると、バージョン管理ソフトさえ入れられない。

そういうヤツの会社は潰れるか少なくとも競争には負けるから
心配要らないよ。

>>486
まず数十行程度の自作スマートポインタから始める。
それで事足りればそれでおしまい。
それじゃ足りないと頭を抱えた時になって初めて確信を持ってshared_ptrを使う。

shared_ptrだと生に比べてパフォーマンスも下がるし、かなりサイズも大きくなるってのもあるし、
本当に必要かどうかは考えた方が良いのかも。
特にサイズはポインタ1つあたり10倍以上増えるんだっけ？
生ポインタ
参照カウンタ
shared_ptrのvirtual関係
デリータ+virtual
ミューテックス
で。

shared_ptrを使わなければ実装できないデータ構造ではそれらのメンバは必須であり
10倍以上という増加も必要な増加だ。

>>501
それは最悪の場合のサイズでしょ。
virtual関係を共通化したり、atomic操作を使ったり、
実装上の工夫でもっと減らせる。

パッと見だとInterlocked系の操作で済ませてるからミューテックスとか要らなくね？

shared_ptrのミューテックスはマルチスレッドのためのものじゃない。

えっ

何に使うの？

日本の参政権は日本人のためだけのものじゃない。

僕たちは天使じゃない。

トムは鉛筆ではない

Tom is a pen.

>>503
そりゃboostのは使わないで自分で作れと言ってるのか？

つーかboostのってmutexなんか使ってんの？

mutexではなくspinlockになってた

atomicなintrinsicが使えるような処理系ならその辺使わないんじゃね？
知らんけど

spinlockを使うのは排他中の処理が非常に早く完了するだろうと予測しているから?

>>500
１　ひとりプロジェクトならスマートポインタは必要ない。
２　協調作業の場合、自作スマートポインタの仕様を説明するのが面倒だからよそのライブラリを使ったほうが説明しやすい
ゆえに自作スマートポインタは必要ない

>>517
> １　ひとりプロジェクトならスマートポインタは必要ない。
いやいやいや。

scoped_ptr以外はコード毎最適実装が無限にあるからね

>>512
誤解させてすまんかった。
boostの環境依存コードにはすでに実装上の工夫がだいぶ入っている。

>>501
それはどこのshared_ptrですか？
boostのshared_ptrはカウンタクラスにvtableとuse_countとweak_countしかないよ。
アトミック命令でインクリメントするからミューテックスは必要ないし。

>>521
アトミックも何も使えない環境だと本当に肥大化するよ。
1.35のsp_counted_base_pt.hppを見てみ。

シングルスレッド確定なら
#define BOOST_SP_DISABLE_THREADS
という手もある

>>523
そんなん初めて知ったわ

shared_ptrだけ使いたいって欲求は少しわかるな。
環境や使用できるライブラリが他人に決められてしまう場合とか。
せめてshared_ptrだけの導入なら説得できるんじゃないかとか思ったことがあるｗ

>>481
find_if()とかでこんなの考えたけど意味が違うか
find_if( v.begin(), v.end(), bind( &tuple<string, int, int>::get<0>, _1 ) == str );

binary_search()は思いつかないなあ

ライブラリの普及活動ってデリケートだよな、
失敗時に下手すりゃ関連ライブラリにも飛び火するし。

まったくですよ

>>527
貴方はお引き取りくださいｗ

飛び火するようなアレだっけ？

progress_displayを見たとき

ああこれは他のプロセスから進捗状況を取得できるAPIも用意されてるんだな。
そうにちがいない。
まさか表示するだけなんてことはあるまい。

もう許してやれよ

絶対に許さない

paiってなんかえろいな

貧乳ですねわかります

#define compressed_pai 3

せめて浮動少数にしてあげて；；

compressされてるので無理です。有理だけど。

#define compressed_pai (355/113)

355.0/113.0

そういやこんなスレがあったな。
ttp://pc12.2ch.net/test/read.cgi/tech/1248060999/
無限精度実数ライブラリなんだとさ。
これさえあればpiも無限精度でいけるぜ。

・・・いつ使うのかはしらんが、画期的なにおいがある。

ICUサポートを有効にしたままRegexをstatic-staticでビルドってできないのかな？
ICUをstaticでビルドしてるからRegexもlink=staticでビルドしたい

ま、無限精度じゃないしな。

>>541
Bjamのソースか関連ファイルを改造しないと無理と思われます。

更新しました。
ttp://booster.x0.to/
以下更新内容の一部
[Spirit]
Spirit: added compile time assertion diagnosing a configuration mismatch
Spirit: working around false static assert on earlier versions of gcc
Spirit: fixing tests for qi::matches[]
Spirit: fixed signed/unsigned mismatch in Qi's binary parsers
Spirit: added spirit::ostream_iterator
Spirit: fixed violation reported by inspect
Spirit: fixing nasty bug in rule copy constructor
Spirit:: adding missing function in multi_pass policies.
Spirit: added specialization for signed char - doh!
[Bimap]
fix missing include headers, ticket #1521
fix count() constness, ticket #2484
[Graph]
Changed to BOOST_THROW_EXCEPTION (except in one test case)
[Math]
Change cbrt implementation to use a better performing algorithm.
Change functions named "check" so they don't conflict with Apple macro of the same name.
[Asio]
Add coroutine::is_complete() and support for "yield break;".
[Type_traits]
Fixes #3704.
[Property_tree]
Fix a weakness in the XML whitespace tests.
This allows me to have correct tests after fixing PR2855, which is also in this commit.
[Python]
Support different MS calling conventions, thanks to Nicolas Lelong. Closes #3833.
[Mpl]
Fix bitand/bitor conflicts with iso64.h header

boost.asio で
boost::asio::ip::tcp::socket socket(io_service);
socket << "request" << hoge << "\r\n";
とすれば socket.send(std::string("request") + boost::lexical_cast<std::string>(hoge) + "\r\n");
と同じ事をしてくれるような機能はないのでしょうか

boost::iostreams使ってラッパ作るとか

boost::asio::ip::tcp::iostreamは既に存在する

namespace boost.asio 内に
socket& operator<<(socket&, const std::string& request);
って関数用意するくらいしか思いつかないな
iostreams とか使ってもできそうな気がするけど

asioのマニュアル>Examples>HTTP Clientでもお読み

asioってソケット何個まで同時に開けますか？

boostの使い方じゃなくて実装を中心に解説してる本ってあるの？

>>550
OSの制限まで使えると思う。Asio自体には特に制限はないのでは？

あっしお(あっそ)

>>552
じゃWinの場合は1スレッド32個までなのかな。

>>554
WaitForMultipleObjectsの制限で64個のほかに何かあるの？

1.42.0

>>556
祝age

えー・・・
昨日1.41.0入れたばかりなのに
ちなみにその前日まで1.38使ってました

ちょっと教えて欲しい。

C言語の getopt(argc, argv, "o::")
$ command -oarg <- arg は-oの引数
$ command -o arg <- arg は-oの引数とみなさない
を boost::program_options で実現するにはどうしたらいい？

desc.add_options()("option,o", value<std::string>()->implicit_value(""), "desc")

でいけそうな気もするけど
1.33.1 縛りなので implicit_value が無いらしい(´・ω・｀)

program.optionsは1.42でも更新されてるから最新で試してみれば？悩むのはそれからでもいいんじゃね？

>>560
とりあえず使える状態だった1.41.0で
implicit_valueを試してみたけどダメみたいだね。
次のargvを引数にするみたい(´・ω・｀)

program_optionsは、以前試したら、
unicode対応の意味を分かってないクソ設計だった。
正直、progress_displayと同レベル。

program_optionsはもうちょっと何とかならないのかな。あとspirit。
定番用途なのにもったいない。
progress_displayは別にいいや。

>>563
Boost.Spiritはv2になってコンパイル速度が遅く
なったのが痛いな。
とはいえCPUがこれから先 さらに進歩すれば十分使えるようになるだろう。
・・・たぶん。


program_optionsはそもそも事前にビルドしておかないといけないってのが
難点というか、俺はそれで使ったことない。

progress_displayは・・・まあ別にいいや。
rootでなくてどっかのディレクトリに入って欲しいなぁってくらい。

更新しました。trunkはまだ1.42のままです。
ttp://booster.x0.to/
以下更新内容の一部
[Exeption]
improved memory leak test.
[Math]
Improve the performance of the Bessel functions, and update docs.
[Fusion]
Fusion: adding overload for const parameter types
Fusion: fixed adapt_class to be usable with Spirit, added adapt_class_named
[Spirit]
Complete Unicode Level-1 support: table generation.
Spirit: adding workaround for MSVC falsly trzing to use multi_pass::operator== for other iterators
Spirit: buffer[buffer[...]] does not result in double buffering anymore, added tests
[Property_tree]
Fix an issue in MSVC for ptree::equal_range.

[Regex]
Improve regex performance on msvc by removing statically allocated recursion stack, and using a std::vector instead.
[Program_options]
fix in winmain, Fixes #3879
[Serialization]
Added comment regarding intentional anonymous namespace in header
[Statechart]
simple_state::context() now also finds bases of state types.
[Uuid]
switch from the Boost Test Library to boost/detail/lightweight_test.hpp
moved uuid generators into their own file
[Wave]
Wave: added found_unknown_directive preprocessing hook, bumped version number

亦、libs_for_build_boost.rarもICUを4.3.4にアップデート致しました。

boost/exception.hpp が使えなくなってるぅぅぅるうううるるううーorz
boost/exception/all.hpp を使えだってさ

>>567
さすがにこの変更はないわ
boost/exception.hppでall.hppをincludeしてくれたらよかったのに

>>562
海外製のライブラリはそんなのが多いような気がする。
VisualStudio限定の話になるけど、文字セットを「Unicode文字セットを使用する」に設定するとおかしくなる感じで。

boost::exceptionは破壊的変更やりすぎ
もっと練ってから入れて欲しかった

何も考えずにall.hppに変更してたんだけど、そんなことになってたのか。
spiritに続いてこの仕打ちは酷いよ。

boost::exceptionも使ったことないから分からん。
やっぱboostに入るぐらいだから便利なんだろうか。
紹介を見てもそんな例外をばりばりに使用しないしって思っちゃう。。。

例外でエラー通知する場合は便利じゃない

Boost 1.42
shared_ptr<string>がBoost.Serializationでシリアライズできない。
STATIC_ASSERTにひっかかる。

>>561
結局、command_line_parserに渡す前に自前で処理しました。
GNU拡張とはいえgetoptにできることぐらいはできないと困るね(´・ω・｀)

shared_ptr まだシリアライズできないバグがあるのかｗ
何やってんだｗ

Boost.Serializationって
どんなときに使うのでさ？

データを直列化し総サイズを算出して現在進行しているアルゴリズムの進捗状況と照らし合わせて
progress_displayに情報を渡す。

1.41と1.42は本当にちゃんとテストしているのだろうか

>>578
progress_displayすげー。

>>577
処理状態をファイルか何かに保存したりしたい時
例えばゲームのセーブロードとか、CGIのセッション保存とか

設定の保存と読み込みによく使ってるわ
iniとか使う気になれんし

>>581-582
ありがとう。
なるほど。途中状態の記録とかに便利なのか。。。

今までBoost無しでスタティックライブラリ開発してたんだけどもうBoost入れるわ・・・
でもさ，Boostに依存しまくったライブラリとかみんな使ってくれるかな・・・

Boostを入れなくても使えるようにすればいいんじゃないか？

そうか分離出来るかわからないけどヘッダにboostに依存する型が入らないようにしてみる
自力ビルドしたい人とかサポート外環境の人には諦めてboost入れてもらうことにしよう・・・

矢沢「え？せっかくのC++なのにBoostついてないの・・？・・・・・それはもったいない・・」

STLでさえ禁止のところあるからなぁ・・・
Qtはおすすめ

>>584
依存しまくったライブラリでも有用性があるならおｋでしょう。
ただしそのライブラリが複数あるなら、依存しないでかけるライブラリは
その方が良いのかもしれんけど。

>>588
> STLでさえ禁止のところあるからなぁ・・・
別にそんな会社は潰れちまえばいいだけだろ。
・・・え？ウチの会社・・・？

テンプレートが使えるだけありがたく思え

Boost使えなす(´；ω；｀)
↑STLが使えるだけマシだろ
↑テンプレート使えるだけマシだろ

>>592
この板の「職場で使わせて貰えない」系の嘆きも、そういう順で変化してってるよね。
俺が最初にこの板来た頃はテンプレートで、次にSTLになって、今はBoost。
「C++0x使わせてもらえない」も来るかな。autoくらい使わせてくれよ的な。

Boost使えなす(´；ω；｀)
↑STLが使えるだけマシだろ
↑テンプレート使えるだけマシだろ
↑C++使えるだけマシだろ
↑C使えるだけマシだろ
↑アセンブラ使えるだけマシだろ

さすがに意味がわからん

boostの正規表現機能を使いたいのですがあれって性的リンクだそうですが
ライセンスとかどうなんでしょう？

性的リンク



ﾊｱﾊｱ

boostライセンスは凄く緩いんで気にすることは無いよ
boostライセンスの条文のコピーとboost使ってますっていう記述を
readmeにでも書いてればおｋ

そんな事しなくてもソースコード中（公開しなくてもいい）に
boostのライセンスのせときゃいいよ

静的リンクが問題になるライセンスってたとえば何だ？

LGPL

いうと思った。
それは問題にならない。
LGPLはオブジェクトコードがどういうものかというのを定めてはいない。
動的リンクだろうと静的リンクだろうと、それはLGPLの定義の範囲外にある。

LGPLでは、ソースコードとして、どのように使っているかが問題になる。

xpressive
という話が出ないのはなんでだ？

え、出る文脈じゃないと思うけどなぁ。

俺は規格にも取り入れられた由緒正しき標準ライブラリだ。
どこの馬の骨とも知らねぇライブラリと一緒にしてくれるな。

そうそう、progress_display君が、今度お前と一緒に飲みに行きたいらしいぜ。
せいぜい付き合ってやれよｗ

>>602
「オブジェクトコード」という言葉は定義しなければならない性質のものなのだろうか。
それに「リンク」という言葉はオブジェクトコードという言葉に対しては使われていない。

>>603-604
いや、boostの正規表現はライブラリをリンクしなければいけない
と >>596 が思い込んでる気がしてな。
xpressive 使えばそもそもリンクなんか必要ないだろうと。

>>605
コンパイル時間の増加以外に具体的にまずいところがあるなら教えてくれ。

tr1ならregex入ってるからboost要らないのでは

>>608
大丈夫そうですね
http://d.hatena.ne.jp/yamadila/20080825/1219595555

>>596
> boostの正規表現機能を使いたいのですが
> あれって性的リンクだそうですが
> ライセンスとかどうなんでしょう？
読んでみ？
参考日本語訳はttp://hamigaki.sourceforge.jp/doc/html/license.html
要するに、

1.ソースコードの形で流用するなら
ライセンス文全部と著作権表示をすれば流用OK。
2.コンパイルしちゃってバイナリの形で利用・再配布等するなら
全くライセンス文や著作権表示すら不要。

GoogleIMEはやたらと性的を勧めてくるから困る

ublasですが、ublas::vectorをublas::matrixとして
式に組み込みたいのですが、どうすればいいでしょうか？

// 例えばvector2をmatrix2x1のように扱う。
ublas::vector< double > v( 2 ); // vector2
ublas::matrix< double > m( 2, 1 ); // matrix2x1
m.assign( v ); // <-これが通るようにしたい。

一応ublas::outer_prod()を使えば
vectorからmatrixへ変換出来ることはわかりました。
他にもっと良い方法があれば教えてください。

>ublasですが、ublas::vectorをublas::matrixとして
>式に組み込みたいのですが
漏れの読解力じゃここが分からんのだが、結局何がしたいのか？？

matrixの一部を更新するのにvectorを使いたいって事じゃないの

わかりづらくてすみません。
>>614さんのとおりです。

それなら
ublas::column(m, 0).assign(v) // m の第0列に v を代入
でいける
同じように ublas::row(m, i) で m　の第i行が取得できる
他には ublas::slice とか ublas::project とかで部分ベクトルと部分行列も取れるよ

すみません、他スレでも質問したのですが用途が異なるとのことでこちらで聞かせてください
開発環境：vc++ 2008 Express Edtion
boostのshared_ptrを使いメモリ管理を楽にしようかと思っているのですが、
shared_ptrによって隠蔽されたポインタはインテリセンス(コード保管)によってpublicな変数や関数を参照できないことに気づきました。

たとえば
class Test {
public: int a;
Test() {
a = 100;
}
~Test() {
}
};
というクラスがあり。
コードの一部に以下のようなコードを仕込み試したところ。


shared_ptr<Test> p(new Test());
printf("%d\n", p->a);//インテリセンス無効
Test *p2 = new Test();
printf("%d\n", p2->a);//インテリセンス有効

スマートポインタを介したpはインテリセンスできず、直接のポインタであるp2はインテリセンスでaを参照できました。
僕は隠蔽されているのでインテリセンスができないのは当たり前のことのように感じたのですが、
そのスレではスマートポインタもインテリセンスできるはずと言われました。
なんらかの設定、もしくはアドインのようなものを入れればスマートポインタはインテリセンスできるのでしょうか

Intellisenceによる解析はバックグラウンドで進行してるから、
補完がきかないのはshared_ptr<T>の解析が済んでいないか、
もしくはどこかで解析に失敗してDatabaseが壊れてる。

IDEを開き直すか、あるいはソリューションフォルダ内の.ncbファイルを削除して
しばらく待ってればそのうち補完がきくようになる。

再現性100％でIntellisence壊れるようなヘッダを別のところでincludeしていた場合、
（boost::shared_ptrとは関係なく）いつまでも解析が終わらないことがあるが、
その場合はそれがIntellisenceの限界。諦めろ。

shared_ptrだけの話ならboostやめてtr1だけの方がIntellisenceの死ぬ確率低いんじゃないか？
何れにせよ過度な期待はしない方がいいな
動けばラッキーくらい。最初から諦めてれば何とも思わなくなる

ありがとうございます。他のtmplateを扱うクラスでIntellisenceしてみたところ有効であることに気づきました。
クラッシュもしくは解析に時間がかかっていると考えます。
tr1ありがとうございます。検討します。

620さんのいうとおり基本的には動かないものと考え、動いたときに「おっ」って言おうと思います。

tr1でIntellisenceできました、ありがとうございます！

2010のIntelliSenceに期待だな

>>617
vectorをmatrixに、ではなくて
matrixから部分vectorを得て、という考え方に変えるんですね。
とてもよくわかりました。その方向で修正します。
ありがとうございました。

>>611
> GoogleIMEはやたらと性的を勧めてくるから困る
なるほど。性的と静的を比較して、どっちが多く検索されている
かといえば無論・・・。。。ってことか。

>>562
このスレのアイドル　progress_display　への侮辱はゆるさないよ？

あ？プロディスディスってんの？

Boost1.41.0以降でspiritV1使うときはboost::spirit::classicを使うことになるんだけど、
これって1.41以前のspiritと動作変わってたりする？

更新しました。trunkは1.43に移行しました。
ttp://booster.x0.to/
以下更新内容の一部
[Fusion]
adapt plain old array types (1)
[Typeof]
Apply variadic functions patch from Sergey Zubkovsky.
[Spirit]
Spirit: raw[] and lexeme.hpp[] do not pre-skip anymore
Spirit: adding no_skip[] directive, docs, tests, etc.
added code for pre-skipping "implicit lexeme" rules
[Lexical_cast]
Use BOOST_LCAST_THROW_BAD_CAST consistently.
[Functional]
Stop using the deprecated BOOST_HAS_ macros in unordered and hash.
[Unordered]
Stop using the deprecated BOOST_HAS_ macros in unordered and hash.
[Thread]
Changed boost.thread to use BOOST_NO_RVALUE_REFERENCES rather than BOOST_HAS_RVALUE_REFS
Overload boost::move for thread& and thread&&
[Static_assert]
Use BOOST_NO_STATIC_ASSERT
[Archive]
change to avoid ">>" syntax error when passed a template instance
[Property_tree]
Make BOOST_PROPERTY_TREE_THROW an alias for BOOST_THROW_EXCEPTION.
[Program_options]
Robustify disambiguation of full/approximate matches.
Fixes #3942.

>>628
名前空間移動した以外の変更はせずに使ってるけど。
名前空間の移動はコードや動作は変えないって意思表示だと思ってる。

過疎ってるな。どうした？

ネタがない

vaultに沢山あるだろうが軟弱者め。
λ式で脳みそ犯されろ。

C++相談室で大概のboostネタは回答完了してしまうからな。
boostネタを回答するときは、ここのURLも張ろうぜ

ご自由にどうぞ

>>633
vaultのお勧めは何？俺はrangeExに注目している。といいつつoven使ってるが。

C++相談室においてboostに関する質問が出た場合のテンプレってあるの？
「現行C++においてboostは標準のライブラリではないから処理系依存スレかboostスレへどうぞ」

質問に対する解答でboost使えばできる
ってのがたまにある

>>633
vaultとかsandboxとか、そこまで手を広げるのか。

shared_ptrとかstd入りしたクラスもあるし

ところでどっちを使えばいいんだ？

std入りしたクラス

>>640
許可されている方。
もうちょっとしたらstdを使えばいいんでね？

boostのほうなら、標準非対応なコンパイラでも気の利いた動作をしてくれそう。
といってもMSVCとGCCしか使ってないけど。

一応こんなスレもある訳だが…
Boost C++ Libraries Sandbox
http://pc12.2ch.net/test/read.cgi/tech/1250396380/

>>644
ウチより閑散としとるw

Oven/Egg総合スレ part1
http://pc12.2ch.net/test/read.cgi/tech/1231080841/

part1 がむなしい。
STL スレも含めて template 統合で良かったような気がするんだけどね。

次が出るかも分からないし前スレがあったわけじゃないのにいきなりpart1ってなんだよ・・・

boost::ublas
のmatrixへ、C配列からブロックごとコピーする方法ってありますか？
・matrixの使っているメモリが連続しているのか
・sliceか何かでブロックのアドレスを外から代入することができるか
の二点が問題になりそうですが。

vaultはその辺のC++よく分かってません的なのが適当に放り込んだクソコードが
普通にあるから論外

>>648
matrix<T, row_major> mはCの2次元配列とメモリ配置が一致してる
初期化なりresizeなりであらかじめメモリを確保しておけば、
&(m(0, 0))で先頭アドレス取り出せるからメモリ配置考えてコピー可

>>650
ありがとうございます。

あと
&(m.data()[0])
とかも使えそうですね。

俺もvaultにクソコード突っ込んだけど、誰も反応してくれんな。

>>652
お前みたいな奴が仕事増やしてるんだよ死ねよクズが

Boost 1.42 + VC9

// コード
typedef void (alloc_func)( );
#include <boost/property_tree/detail/rapidxml.hpp>

// エラー
error C2226: 構文エラー : 'alloc_func' 型指定子の前あるいは内部で構文エラーが発生しました。

boost::property_tree::detail::memory_pool内での
> typedef void *(alloc_func)(std::size_t);
という宣言で引っかかっている。
グローバルのalloc_funcの宣言を、インクルード後に書いたらエラーにならなかった。

VC9のバグだろうか？

>>654
エラーになるところを中心に切り出していけば、もっと条件絞れるんじゃないの？

// 最小条件はたぶんこれ
typedef void (func)( );
namespace foo {
typedef void* (func)( );
}

// これならおｋ
typedef void (func)( );
namespace foo {
typedef void* pvoid;
typedef pvoid (func)( );
}

なので、rapidxml.hpp の
typedef void *(alloc_func)(std::size_t); // Type of user-defined function used to allocate memory

の行を
typedef void *alloc_func_result_type;
typedef alloc_func_result_type (alloc_func)(std::size_t); // Type of user-defined function used to allocate memory

に書き換えてやれば解決するはず。

>>657 それ解決やない、回避や。

>>656
そんなのが通らないならコンパイラのバグだろさすがに。

さすがM$…

typedef void (*func)( );
じゃなかったっけ？
typedef void (func)( );
こう買いてもおｋなんだっけ

typedef void* (func)( );
void*を返す関数

typedef void (*func)( );
戻り値なしの関数へのポインタ

typedef void (func)( );
戻り値なしの関数

合ってる？

>>661
上は関数ポインタの型 void(*)(void)
下は関数の型 void (void)

昔関数ポインタを引数に取って関数ポインタを返す関数ポインタを引数に取る関数が
typedefなしで書かれてて泣いた

func)( が funcX に見えて謎の会話に見えた…

>>664
haskell記法で書けばこうか
func :: ((a -> b) -> (c -> d)) -> e

void func(void (*(l*)(void (*)(void)))(void)) ;
auto func(auto (*)( auto (*)() -> void ) -> auto (*)() -> void ) -> void ;

新しい関数宣言の文法で書いたら、VC10はクラッシュ。gcc 4.5はコンパイルエラー。
どちらも、一応は実装しているんだが。
まだまだC++0xには程遠いな。

>>664
signal関数か

>>667の解説おねがい

心の目で読むんだ

誰も実装できないような規格を作ってて
どこへ向かうのですか！？
と禿を問い詰めたい。

しかし、規格を作ったら誰かが実装してしまう。それがC++だろ。
exportだって1人くらいは実装したやついたし。

>>668
「関数ポインタを引数に取って関数ポインタを返す関数ポインタを引数に取る関数」の例。
ただ、上はちょっとtypoした。lが混じってる。

×void func(void (*(l*)(void (*)(void)))(void)) ;
○void func(void (*(*)(void (*)(void)))(void)) ;

boostスレでやるネタじゃない罠

spirit.karmaってすごい名前だなｗ

Uuidちょっとみてみたが、乱数ベースの生成でintかlongか忘れたけどsizeが4byteな処理系ではバグがある。
報告しようとしたら、修正コードもアップされてた。
ただ、乱数ベースが一番ユニークなID生成方法なライブラリというのは使い道あるのか？

uuidは乱数とmacアドレスとtimeスタンプじゃなかったか
guidだったかもしれんが

>>677
ふつう使うのはその生成方法だとは思う。
RFCではそのほかに乱数ベース、ネームスペース付の文字列から生成するなどいくつかバージョンがある。

OSの関数を呼び出す処理がコメントでTODOとして書いてあったが、LinuxのuuidパッケージはGPLだった気がする。
ライセンス的に微妙なのかもしれない。

いくつかアルゴリズムがあったのか

オープンソースなスタティックライブラリ内でGPLパッケージをリンクすると
前者もGPLになってしまうのか
それともライブラリをリンクした人が考える問題なわけだけど
ユーザに丸投げするとboost使うひとがメンドくさすぎるから
できるだけ外してるんだろうか．よくわからんな

http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.36
e2fsprogsパッケージはGPLだけど、libuuidは修正BSD

WindowsのUuidCreate呼ぶ奴もないし、まだ方針が定まってないだけじゃないの。

program_options って
desc.add_options()
("hoge", boost::program_options::value<double>(), "")
("hoge_foo", boost::program_options::value<double>(), "");
みたいに他方のオプションが一方のオプション文字列から始まるとコマンドを認識できないんだな
（--hoge_foo をオプションで渡しても --hoge と認識される）
細かいオプションも扱えないしマジでゴミだなこれ

オプションにパラメータを連続で記述できる仕様なんだろうね。

オプション名の長いほうから追加したらどうなるん？

lispに浮気してきたけどboostにもどってきましたよ

boost::mplでlispるんですか？

全知全能の神ッ！

http://codepad.org/IjaOu3gt
すみません，このコードでth3,th4が実行されないのはc++の仕様でしょうか

なんでth6しかjoin()してないんだ？

http://codepad.org/7CodBLpQ
すみません，全部joinする感じでお願いします

コンパイルエラーになってないか

codepadだとコンパイルエラーになるようです
あと今回問題のth3,th4が原因で
th3.join()とth4.join()でエラーになります
それを除けば大丈夫だとおもいます．

>>688
th3とth4の宣言はそれぞれtest0()、ret_test0()という「関数」を引数にとる「関数のプロトタイプ」と認識する
th3とth4のjoin()でコンパイルエラーになるのはオブジェクトが生成されていないから
多分テンプレートコンストラクタ特有の現象
↓で再現するんじゃないかな？

struct CTest
{
template<typename F>CTest(F f){}
void join(){}
};

CTest tst( test0() ); // プロトタイプ宣言になってしまう
tst.join() // コンパイルエラー(これを外せば一応コンパイルは通る)

>>691
なるほど！
boost::thread th3(test0());は
関数型のtest0 noname(void)を受け取って
boost::threadを返す
th3という名前の関数のプロトタイプになってしまうんですね．

boostというよりc++の問題だったみたいで申し訳ないですが
ありがとうございました．

>681
http://www.boost.org/doc/libs/1_42_0/doc/html/boost/program_options/command_line_style/style_t.html
http://ideone.com/yemWObm2

更新しました。
ttp://booster.x0.to/
以下更新内容の一部
[Fusion]
adapt template classes/structs
[Math]
Use the official boost.math check for long double
[Spirit]
Spirit: fixed #3806 (spirit/home/support/multi_pass.hpp missing functor_input #include)
Added buffering_input_iterator to multi_pass suite
adding default_wide char_encoding
[Graph]
Changed to allow characters that are not 8-bit; added one-bit-per-color color map
[Random]
Rearrange the componenents in libs/random and create a library for random_device. Fixes #3672
[Asio]
Reworked implementation.
Fix bug where 0-byte reads were incorrectly passing an eof error_code to the handler. Refs #4023.
[Proto]
fix error in invocation of callable monomorphic function objects, expression self-assignment creates an assign node
[Uuid]
Fixed bug in basic_random_generator. It wasn't producing random uuids correctly.

亦、libs_for_build_boost.rarも、bjam.exeをrev.60157に、
ICUを4.4に、zlibを1.2.4にそれぞれアップデート致しました。

http://www.ryppl.org/

ここで
ttp://www.kmonos.net/alang/boost/
おお久々の更新だ。

◆ Version 1.42.0 と 1.41.0 対応 (2010/03/14)
新規ライブラリに関する Let's Boost のページ…： property_tree (汎用木構造型コンフィグ管理) ／ uuid (ユニークID生成器)

ありがたや
ありがたや

property_treeって何だ？
なんか便利そうだな。property_treeかうーん。

uuidとかもう自前で作っちゃいましたがな・・・

UUIDを動的に生成する事なんてほとんどないから
VSに付いてる奴で済んじゃってるな

現状の uuid は乱数と sha1 しか生成手段がなくて、マシン固有の値とかから生成する手段は提供されてないみたい。
ちょっと衝突が心配。
"ハードウェアやミドルウェアの提供する機能を使った UUID 生成機能は将来的に実装予定" らしいが…。

VSでいいならguid使うが
unilinuでも使える共通インターフェースが必要なんだよ

uuid、WinではCoCreateGUID()を使うようにはなってないのね

じゃあCoCreateGUIDを使うように修正してboostのcommuに挙げろよ

>>701
sha1の衝突を心配してたらSSLも使えないだろう

SHA-1は2010年問題が頭をよぎってあんまり使いたくない
まあ暗号じゃないけどさ

sha1の衝突とか、現実には起こらないから大丈夫だよ。
少なくとも俺らが定年するまでには起こらない。

いざとなったらSHA1と他のハッシュアルゴリズムを組み合わせて
同時に満たしているかを調べる感じで・・・

どっちかというと乱数のほうを気にしたほうがいいんじゃないか。

ランダムデバイスから取った種でmt19937使うだけの安直な方法をとっている

それで問題がないなら「安直」ではなくて「分かりやすい」と言うべき

問題あるがな

問題があるなら「安直」ではなく「粗雑」というべき

文字列からuuidを作る方法があるなんてはじめて知った。
ランダムだけかと思った。

boost/serializationを使ってメンバにvectorを含むクラスをシリアライズしたのですが、
データを復元する際 boost::archive::binary_iarchiveから>>を使って読み込む際に
std::length_errorが返ってきてしまいます。
これは仕様なのでしょうか？

まずバージョンと環境と再現コードを貼ったら？

更新しました。
ttp://booster.x0.to
以下更新内容の一部
[Asio]
Fix epoll_reactor bug where cancelled operations would complete with a "success" error_code.
Use cancel() to avoid Windows behaviour where a connection is reset if the
socket is closed while there is a pending read operation.
[Proto]
try again to get proto assignment overloads right
add an appendix for release notes
[Wave]
Wave: added new preprocessing hook: emit_line_directive, added corresponding functionality to wave driver
Wave: Fixed the wave driver application to strip leading and trailing whitespace from macro names specified on the command line using -U.
[Spirit]
Spirit: Fixing bug in display_attribute_of_parser utility.
Straight UTF-8 implementation
Spirit: Added missing namespace qualification
When supplying 3 arguments for the adder, require the third (val) argument. Otherwise, it will be ambiguous with the 2-param version.
Spirit: renaming directory
[Unordered]
Add quick_erase to the unordered containers. Refs #3966.
[Graph]
Fixed warning (and probable bug) in test case
Re-enabled Spirit-based parser (but not by default) and cleaned up Graphviz reader implementation
[Numeric]
storage.hpp: see #3968, applied patch to use references instead of copies in swap implementations
[Functional]
Remove optimization which causes 0.5 to hash to 0. Refs #4038.
[Python]
Handle the destructor call in a way that keeps msvc happy. Fixes #4003

亦、libs_for_build_boost.rarも、bjam.exeをrev.60778にアップデート致しました。

関係ないけど
boost.progres_timer
で
catch (...) {} // eat any exceptions
ってコードがあるんだがwww
すごい潔すぎる

動けばよかろうなのだ

デストラクタでよくやる方法ジャマイカ

>>720 さすがに空っぽはねーよ。ログなりなんなり出すだろ。

>>718
納期寸前によくやる方法ジャマイカ

エラー忘却型コンピューティング - Wikipedia
ttp://ja.wikipedia.org/wiki/%E3%82%A8%E3%83%A9%E3%83%BC%E5%BF%98%E5%8D%B4%E5%9E%8B%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0

単に握りつぶすのとエラー忘却するのは意味合いが違うことないかｗ

> エラー忘却型コンピューティングにおいては、
> データの不整合が発見されても不整合が発見されたというログだけを残し、
> 処理を継続させるのが特徴。
ということで、
catch (std::cerr << "error!" << std::endl;) {} // eat any exceptions
で解決！

せめてどこでどんなエラーが出たか書かないと意味ないと思うの

>>726
さすがにジョークですお

>>725 文法おかしいよ。

>>728
ちょーはずかすい

catch (...) {std::cerr << "error!" << std::endl;} // eat any exceptions

更新しました。
ttp://booster.x0.to
以下更新内容の一部
[Spirit]
Spirit: added Karma generator for outputting arbitrary sexpr
Spirit: improving customization points for karma alternatives
[Asio]
Change the resolver implementation to no longer require the typedefs
Don't allow speculative reads when message_out_of_band is specified.
Don't perform a speculative read when an out-of-band read is pending.
New kqueue reactor implementation using one-shot event registration.
Fix so that lock is not held while reactor is running.
[Mpl]
Fix for #1992
[Range]
Boost.RangeEx merged into Boost.Range
[Graph]
Added missing include
[Property_map]
Converted dynamic_properties to use boost::shared_ptr instead of std::auto_ptr
Added vertex_bundle and edge_bundle property maps, plus fixed some property map allocation bugs
[Detail]
Uncomment ifdef test that was accidentally left commented.
[Unordered]
Use boost::throw_exception in unordered.
[Iostreams]
Explicitly qualify call to equal for compilers which find it ambiguous.
[Thread]
Fix use of rvalue ref in futures

困った、ちょっと質問。

tempはテンプレート型で、ｘ、yをメンバに持つ構造体が今入っている。

const static char *SPEACE = {"^"};

char line[256];
std::list<std::string> str;

while( !ifs.eof() ){
ifs.getline(line, sizeof(line));
boost::algorithm::split( str , line, boost::is_any_of( SPEACE ) );
temp.pos.x = boost::lexical_cast<float>( str[0] );
temp.vec.y = boost::lexical_cast<float>( str[1] );
}

とするとエラーが出る…。
vectorにすると通るんだけど、この後のremove_ifの問題でlistでやりたい。

どうにかする方法を教えて欲しい。

ttp://www.boost.org/doc/libs/1_42_0/doc/html/boost/algorithm/split_id614972.html

できそうだけどなぁ

>>732
あ、簡単に解決したｗ

一瞬作り直しかと思ってヒヤっとした、騒がしてすまん

何をどうしたんだい

boostのpendingってフォルダの中にあるファイルは使ってもいいんですか？
説明を読むと「簡単だが少し遅い。テンプレートで高速に書き直す必要が
ある」とか書いてあるんですけど、タイムスタンプが既に3年前で放置されています

>>736
仕様が不明確だったりバグ持ちだったり将来のバージョンで同じように使えなくなっても
文句は言えないけど、それを承知で使うんならかまわないでしょう。

>>737
レスありがとう
実はboost::stringtokなんですよ
strtok()は便利だけどこのstd::string版がpendingフォルダに
入っているので不安になったのです

>>738
boost::tokenizerって知ってるか?

>>738
boost::tokenizer
ttp://homepage2.nifty.com/c-labo/boost_tokenizer.html
この解説を読んでこっちを使うべし！

Old Nabble - Boost - Dev - GSOC BigInt Licensing Issues
http://old.nabble.com/GSOC-BigInt-Licensing-Issues-td28070540.html

このやりとりって結局どういう事になっているのでしょうか？

質問者swagat konchada :: Boost.BigIntはGMPを使っているからLGPLじゃないのですか？
解答者Rob Stewart :: ？？？
解答者Felipe Tanus-2 :: ？？？

後2つが分かりませんでした。
どなたか教えていただけますでしょうか。

swagat: BigIntはGMPのラッパーじゃん。boostのライセンスと互換性ないよ。
どうすべ。当面の間GMP周りのラッピングを進めるか、それともBigIntのboost版を始めるかい。
rob: GMPとかその類が提供しているものを再実装しないで GMPはBigIntがサポートする
バックエンドの一つにすべき。うんぬん。
felipe: スクラッチから作るなんてバカでかいことをする時間はたぶんない。現実的になろうぜ。

※当方は英検３級の語学力しかないので上記の内容は全く保証できない

となると
Boost.BigInt はまさか Boost Software License でリリースできないわけですか？

しかもbigintディレクトリを見てみると全てのファイルの最終更新日が
2009年8月21日になっていて、全然更新しようという気が見られないですよね。

・・・バグならともかくライセンスが死んでいるとなると
かなり致命的でBoost.BigIntは来ないんでしょうか。
泣きたくなりました

GPL汚染はマジ勘弁

Boost.BigInt みたいに自動で無限精度整数まで扱ってくれる
ライブラリって他にあるのかねぇ？

割と簡単に作れそうだが。
・・・いや俺には無理だがな！

RealLibでいいんじゃね
実数だけど

>>746
　無限精度実数ライブラリRealLib
　ttp://pc12.2ch.net/test/read.cgi/tech/1248060999/
というスレを立てた俺が来ましたよ。

あのライブラリは上方向にも下方向にも実は限界がある。
下方向（絶対値が小さい方；0に近い方）は実質的に問題にならないほどの精度があるが、
上方向（絶対値がでかい方；±∞の方）は結構すぐオーバーフローする。


あとそもそもRealLibのライセンスってGPLとかだった気がする
よーしらんが。

無限精度ってグラハム数の任意の桁とか求められるわけ？

>>748
だから>>747なんだってば。
無理っす！

俺は自分で多倍精度整数ライブラリ作ってるよー
平方とkaratsuba法で乗算の折り合い付けるのめんどかった

せっかくだからbigintの話はこっちで

Boost C++ Libraries Sandbox
http://pc12.2ch.net/test/read.cgi/tech/1250396380/

>>751
下らない画像スレになってるぞ

>>751
保守が半端ねぇw

荒らしすら来ないってよっぽどだな

Boost.BigInt のソースコードを読んできました。

・・・デフォルトでGMP非依存になってますね。

#define BOOST_BIGINT_HAS_GMP_SUPPORT
を定義した上で
#include <boost/bigint/bigint.hpp>
とした場合に限り、GMPが使われるようです。

ということで、特に
Boost.BigInt を Boost Software License でリリースする事には
問題は無いようです。

私は念のために
大文字小文字を区別せずgmpの文字を含む部分を全て削除した
bigintを使って見ましたが正常にどうさするようです。



・・・だと思うのですが、
私以上にBoostのソースコードを読む事に長けている方は
必ずやいらっしゃると思うので、
有識者の方、ご確認いただけますでしょうか。

Blight って何だと思ったら BigInt だた

とりあえずRealLibとか言い出す奴は全く完全に的外れだからもう少し調べてくれ

ところでBoostBigintがBoost C++正式リリースに入れないのは何故？
ドキュメントがないから？
もしかしてバグがある？

どうでもいいけどboostをMSVCで使うとき、言語拡張を幾つか有効にしないとエラーになるのが数個あって困るな。
互換保ちたいのにうっかりMSVC依存のコード書いてしまいそうで怖い。

>>759
#includeする前後にpragma置けばいいだけだろ

言語拡張を制御するpragma有ったか？

>>759
そんなのあるんだ。
gccでしか使わないからわからんや

オレが使う範囲では無効のままで問題ないな
ただ警告レベルが4だと警告の嵐だった

ここにいるひとってパソコン好きそうですね！

そうでもない。
そばに従順な美少女中学生がいて各種プロセッサやデバイス代わりになってくれるなら
そっちのほうがいい。パソコンなんて間に合わせ。

「パソコン好きそうですね！」（敢えて「得意そうですね！」ではない）とレッテルを貼ってくる奴は
「コンピュータの操作なんて簡単で誰でも調べればできる」
「ビデオゲームの様な道楽に限りなく近い仕事をわざわざ私たちがやらせてやっている」
と意味不明な事を考えているから注意した方がいい。

まあ実際限りなく道楽に近いんだけどな

スルースキル低すぎだろお前ら

というか俺は趣味プログラマだから道楽なんだけどな。

幸せだな趣味プログラマは、納期もないし。

仕事もなんにもない
し


うっ

んだんだ

あれ、寝ぼけてんな俺

regex_search がいやに遅いです。

約３００００件で300ms程度もかかってしまいます。
C#だと１００msもかからないです。

何か、こつがあるのでしょうか？
C++は速度で負けたら存在意義を失いそうです。

>>773
コンパイラと最適化オプションと NDEBUG の定義を確認。

>>774
VS2008 proでソリューション構成をReleaseでビルドします。
C#のRegex.Matchが恐ろしく速い・・・

ｲﾝﾀﾌﾟﾘﾀもどきに負けるのは、本当くやしいです。

>>775
VC++ か。 _SECURE_SCL とか？

>>776
レスサンクスです。

#define _SECURE_SCL 0
としてみましたが結果は同じでしたOrz

毎回正規表現パターンを生成してるとかないよね？

あと一応念のため確認だけど、それ本当に Boostのregex_searchだよね？
同じ名前の別ライブラリとかじゃなくて

前に grep と同じものを Perl, boost::regex で作ってみたら
確かに boost::regex は Perl より遅かった

速度でアドバンテージがないなら、デスクトップアプリケーションでは
C++は使い道がないですね

>>781
そうだね。早く気付いてよかったね。
君は消えて良いよ。

っていうか、C#と競う時点で間違ってる

C#は絶滅危惧種だから別にどうでもいい気がするが

C#が絶滅危惧って頭おかしいのか？
確かにニーズは別で話にC#が出てくるのはおかしいがC#が絶滅危惧だと決め付けるのはもっと間違っている。

前提がおかしな話は論理的には意味ないから
どうとでも言えるってだけじゃないの？

じゃあ最初からどうとでも言えるからC#は関係ないって書けばいいだろ。

既にそう書かれてるだろ。

更新しました。
ttp://booster.x0.to
以下更新内容の一部
[Pending]
Applied another patch (unordered_equal_range_dispatch.2.patch) from #3972; fixes #3972
[Asio]
Add ifdef to allow asio's threading support to be independently disabled.
Try using asm-based fenced block for pathscale.
[Range]
Boost.Range algorithms are now in the boost::range namespace and brought into
boost by the appropriate using statement.
[Serialization]
Final changes for 1.43
[Statechart]
Fixes #3963. post_event() is now protected and forwards to post_event_impl()
[Spirit]
Spirit: fixing attribute transformation ambiguity
Spirit: generated lexer tables are not minimzed by default anymore
Spirit: added single character syntax for character ranges for Karma as well, added tests
[Signals2]
Fix for uncontrolled growth of slot list under certain patterns
of connection/disconnection without invocation. Refs #4089.
[Graph]
Added test case names to try to get better output on failures
[Config]
Added value-initialization tests for 2D and 3D arrays.
Replaced IS_VALUE_INITIALIZED by FAILED_TO_VALUE_INITIALIZE, to increase code readability.
Added value-initialization tests for POD structs that just have an int data member.

boost::regexが遅いのはそりゃ仕方ないだろ。
boost::xpressiveならきっと早い。

Googleのre2は？

>>780
試してみた。処理は単純なgrepと同じ。
合計 15030行 445468bytes の41ファイルを処理した時間の比

516 : grep
1467: Boost regex
1471: Perl

Perlより遅いということはないと思う。同じくらいだけど

同じくらいか
Perlも正規表現コンパイルすると速くなったはずだけど、これはその結果？
よければコード晒して欲しい

正規表現によって大分違いそうだな
単純なものだとI/Oが占める時間がほとんどになるのだろうし

Perlのソースつっても、どうせ
perl -ne 'print if /foo/o' *.c
とかそんな感じだよね？

こんな感じ。/o は指定してます。
http://codepad.org/uXTZ6hAx
c++コードの方は読み込みが律速しないよう fread である程度纏めて読んで
1行ずつ取り出して regex_search する感じで、全部合わせるとちょっと
大きいので御免。

なるほど
それで僅差なら、iostream + getline()なら余裕でC++が負けそうだね

結論：カス

　　　　ﾍ⌒ヽﾌ
　　　（　・ω・）　�d�d
　　　/ ~つと）

りっそくって言葉初めて知った
ボトルネックになるって意味でおｋ？

結局、boostがC#なんてスクリプト？に負けたってのは事実？

さあ？ソースとか無いから分からん
負けたにしても何が原因で負けたのか分からんし、
誰かボトルネックを調べないかな

>>799
辞書ひけよ・・・と思ったら載ってなかった
驚愕だ
ボトルネックとほとんど意味一緒だけどね

化学の反応速度論で習うよな……？

一般用語ではないな

恥ずかしながら初めて聞いた俺理系

俺人間

>>800
C#はスクリプト言語じゃないぞ

>>803
俺も化学で「律速段階」と習ったこと覚えてるし
時々使いたくなるんだけど
糞IMEだと一発で変換できなくてむかつく。

化学の反応速度論で習うよ

>>808
そんなあなたにGoogle日本語入力

上の方でBoost.Bigintがどうのこうのと言っていたが、
ttp://ja.wikipedia.org/wiki/%E4%BB%BB%E6%84%8F%E7%B2%BE%E5%BA%A6%E6%BC%94%E7%AE%97
ここに
> ライブラリ
> 任意精度演算は多くの場合、専用ライブラリを呼び出すことで実装されている。
> そのライブラリがデータ型を定義し、数値を指定した精度で格納したり、
> 計算を実行するサブルーチン群を提供している。
> ライブラリによって数値の内部表現は異なる。整数のみを扱うライブラリもあるし、
> 各種基数（十進、二進など）で浮動小数点数を格納するもある。
> 分数（有理数）形式で数を格納するものもあれば、実数を全て表現できるとするものもある。
ってあるとおり、改訂BSDライセンスとかでリリースされたライブラリもいっぱいあるから
別にBoost.Bigintにこだわる必要はなさそうだよ。

ボトルネックを調べようにもソース出さない限り当人以外ミリ
つーか本気出すならexpressive使えよ

xpressive も User's Guide Introduction 見るとNFAみたいだから
計算量がボトルネックなら xpressive にしても期待する程の変化は
無いかも。
773 の状況が分からんからなんとも

久しぶりにプログラムやるついでに最新バージョンにしようとboostpro行ったらなんかめんどくさくなっとる
もう1.35でええわ

>>814
Subversion使っていらっしゃりますか？

■Subversion Repository■
　Boost正式
　svn co http://svn.boost.org/svn/boost/trunk/ [インストール先パス]
　BoostSandbox
　svn co http://svn.boost.org/svn/boost/sandbox [インストール先パス]

これが一番便利だと言われたことがありますが。

const int a[] = { 1, 2, 3, 4, 5 };
for (size_t i = 0; i < sizeof(a) / sizeof(a[0]); ++i) {
cout << a[i] << endl;
}
こんなのを、boost.arrayで書き直すと

const boost::array<int, 5> a = { { 1, 2, 3, 4, 5 } };
for (size_t i = 0; i < a.size(); ++i) {
cout << a[i] << endl;
}

sizeof使わなくて済む代わりに、要素数を明示しないと初期化できないのはどうにもならないものだろうか。
要素数をいちいち数えるくらいなら配列で書いた方がましだなぁ…。

>>816
あれだ、
std::initializer_list
が導入された暁には全部綺麗に解決するんだよ。

たぶん。きっと。maybe。

>>815
親切にありがとう
Subversionは触った事ないけどいい機会だからちょっと調べてみる

えーと以下のようなコードを書いたけど動かなかった。＠VC9EE
Arrayリテラルがあれば色々解決できそうなんだが・・・。

template<class T,const size_t N>
size_t Length(T (&Array)[N]){
    return N;
}

int main(){
    int Ary[10];
    size_t N= Length(Ary);
    N=Length( ({0,1,2,3,4,5}) );//ここがだめ。

    return 0;
}

>>819
それも>>817の挙げたinitializer_listで解決。
template<class T>
size_t Length(std::initializer_list<T> Array){
return Array.size();
}
g++ 4.4だとこれでLength({0,1,2,3,4,5})が通る。まあ、boost::sizeでおkだが。

>>820
あらま、std::initializer_listってクラス専用というわけではないんだね。いかん、思い込みはいかん。orz
0xって凄い改変なんだなー。改めてビックリした。

boostって標準ライブラリに入るか現在進行形のライブラリ？

>>822
> boostって標準ライブラリに入るか現在進行形のライブラリ？
どーゆー意味？


　Boostとは？
　1998年に、最初のC++言語の国際規格が誕生しました。
　その規格に採用されたライブラリがいわゆる「C++標準ライブラリ」です。
　しかしこのとき、さらに強力な標準ライブラリを求めて、
　標準化委員会のメンバー達が新しいプロジェクトを立ち上げました。
　それが Boost です。
　Boost の目標は、有用で、フリーな、 移植性のあるライブラリを実際に実装・公開し、
　いずれ来る次のC++標準化 (C++0X) の際に、 新標準ライブラリとして提供されることにあります。

Qt 使い始めて Bosst いらないじゃんと気付き始めた今日子の頃

>>823
>いずれ来る次のC++標準化 (C++0X) の際に、
> 新標準ライブラリとして提供されることにあります。
うん　その新標準ライブラリに追加される予定なのかい？

>>824
それはいっちゃらめえええ

>>825
うむ。
そのたった一部は、ね。

あと、boostのライブラリとしてではないが考え方が取り込まれる
（促進したor影響した）ものもある。
LambdaとかTMPとか。

確かに `Bosst' は要らないかもしれん

ザ・ボスT

Bosstだったのか

つい釣られてしまった。

標準C++かBoostライブラリだけを使って

8文字以上100文字以下のランダム文字列(偶然の一致はまず考えられないと思われるもの)
を適当な関数を呼び出すだけで生成できる方法を教えてください。

「適当な関数を呼び出すだけ」とは、つまり乱数の種を与えたりする手間もかからず
#include <iostream>
#include <get_random_string.hpp>
int main(){
std::cout << get_random_string();
return 0;
};
みたいに使えるものということです。

よろしくお願い申し上げます。

Boost.Uuid

>>832
Boost.Uuidとは？

と思いましたら
ttp://www.kmonos.net/alang/boost/classes/uuid.html
こ・・・こんなライブラリがいつの間に正式に採用されていたんですね。

ありがとうございます。

01234567-89ab-cdef-0123-456789abcdef

適当な名前でいいから重複しないファイルが欲しいときとか、uuidは何かと便利だな。

適当な名前すら重複してしまっただけで例外をトップレベルに送出してabortするプログラム

送出した例外がどこへ行くかは、監視する側の領分であり
送出したプログラムの責任には含まれない

abort という結果は監視側にある

s/監視側にある/監視側の問題/

Boost.Converter Stream
ってどういう機能なんでしょうか？

>>839 http://ja.lmgtfy.com/?q=Boost.Converter+Stream

>>840
無論そのくらいググりましたが、
機械翻訳とかで意味がさっぱり分かりませんでした。

>>841
Boost.Converter Stream is a library that allows to convert text
from one character set to another in C++ language using the
Standard Library streams.

これの何が分からない？　

>>842
> Boost.Converter Stream is a library that allows to convert text
> from one character set to another in C++ language using the
> Standard Library streams.
Boost.Converter Streamは、
標準ライブラリのストリームを用いて
一つの「文字からなる集合」からanother in C++ languageに
テキストを変換する
ライブラリです。

このanother in C++ languageが分かりませんでした。
よろしくお願いいたします。

もっと英語頑張れよ……

Boost.Converter Stream is a library /
that allows to convert text from one character set to another /
in C++ language using the Standard Library streams.

こう切れ

>>844
ありがとうございます。
> to convert text from one character set to another
この部分ですが、結局何ができるってことなのでしょうか？
anotherということは
　一つの「文字からなる集合」から別の不定の一つの「文字からなる集合」？
でしょうか？？
自分で言ってて全然分かりません。自分の訳がクソ過ぎるとしか。。。

>>845
あ、”character set"を知らないのか．別名
character encoding

http://en.wikipedia.org/wiki/Character_encoding
http://ja.wikipedia.org/wiki/文字コード

>>846
あー！
C++0xの規格書に出て来るUTFの別名である
universal character set
なら見た事あったのですが、
character setだけで文字コードって意味になったのですね。

すごくすっきりしました。
ということは
　Boost.Converter Streamは標準C++ライブラリのiostreamを用いて
　文字コード変換を行なうライブラリ
ということですか。

ありがとうございました。

>>847
「文字集合」とか「文字セット」って用語もあってそっちを指す場合もあるんだけどね。
文字コードと思っておいてあまり問題もないけど

>>848
はい、ややこしいですね。
ありがとうございます。

boost::regex_replace
"boost" で "o" を "O"へ置換すると
"bOOst"となってしまいます。

"bOost"を期待しているのですが、できませんか？

>>850
何？釣り？
"oo" を "Oo"へ置換しろよｗ

ttp://boost.cppll.jp/HEAD/libs/regex/doc/regex_replace.html
フラグformat_first_onlyがflagsでセットされていれば，最初にeにマッチした部分だけが置換される．

と書いてあるようだけど

>>852
おーなるほど、ありがとうございます。

>>851みたな馬鹿ばっかかと思ってましたｗ

>>853
さすがに>>852が親切エスパー過ぎただけだろ。

てめーのレスで意味を分かってくれるとでも？

>>854
uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

>>850
いやいや冷静に考えてだな
> boost::regex_replace
> "boost" で "o" を "O"へ置換すると
> "bOOst"となってしまいます。
> "bOost"を期待しているのですが、できませんか？
これだけじゃ
いくらでも答えが出るだろうが。
そもそもこの程度でboost::regex_replaceを持ち出すまでもないじゃねぇか。

おまえらってみなまでいわなきゃわかんないやつか？ｗ

>>854 >>856 は引っ込みつかなくなっただけだと思うぜｗ
boost::regex_replace でって前提で、
最初にマッチした部分だけを置換したい、って話だから、
>>852 のレスが一番普通。　って、ここまで言わないといけない幼稚園スレ

>>858
ですね
大人な対応、サンクス

引っ込みつかなくなってるのは両方だろｗ

自分でオートマトンかけよ

>>861
書くだけなら、誰でもかけるが、boostよりも高速動作するのは至難の業だぞ

おまえもやってみろよ

ヒント : boostはあんまり早くない

あんまり速くはないが少なくとも>>863が書くものよりも
2^32 倍は速いことに疑問を挟む余地はない

妄想のくせに数字とか出しちゃう >>864 は
大した技量も無い中学生って事に疑問を挟む余地はない

とうとう春が来たのか？

>>859
uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

uze+をuzEe*に置換するにはどう書けばいいんでしょうか？

s/uze(e*)/uzE$1/

お前らそんな夜間に書き込みしてるけど、仕事は？
まさかしてないの？

>>870
朝起き出してきて最初のレスがそれ? なんて爽やかな朝なんだろうね。

>>871
彼の時計はまだ夜です
しったかしないでください

それだったら2時間半も間を空けないだろw

日本から書き込みしてるわけではありませんっ！！！

>>873
その空白期間は、きっと自家発電に熱を上げていたからに違いありません。

今度は何でお前らそんな昼間に書き込みができるんだww
無職は良いな、暇で。

俺？俺は夜勤明けだから。

>>876
ダウンロードでとても忙しいのです
しったかしないでください

１日
労働時間、もって１時間が限界だお（；ω；）

ダウンロードかよw

>>878
労働時間 1時間/day？ 天国じゃねぇか。

　／　　　　　ｒ-‐'_ｧ='‐─'-- ､__7-‐7ヽ､ヽ.　／⌒ヽ（
/　　 　　ｒ'´＞'"　　　　　　　　　￣　`ヽﾝ-!､　:::::::　Y
　 _,.r＜「／　　　　　/__」. -　ﾊ　　　i　　ヽ/ｧ ::::::::::: ::::
-'‐r'´　/　 /　　　 /i　 ﾊ__　/:::i　　 ﾊ　　 Y」 ::::::::::　::::
　/ 　 ,'　.,'　　/　/:::!ｧ'⌒ヽ/:::::|　 /-､　　　'! ::::::::::　 ::/
./　　 i　 i 　 ,'　/::::/　 /り:::::::::|　ﾊ」_|　　i.　|　人___ノ
　　　 | 　!／レi:::　'　　し' 　　::ﾚ'´ｧ'ﾊ| 　,ﾊ　!く　　
　　 ./レｲ　　 7　,, 　`'' 　　 　 　 ,!ﾘ/|／ﾊﾚ'　i 　 っ
　　　　　i　　 i　　　u　　,.- ､,_ 　 ゞ/　　.iヽ!　ﾉ 　て
／　　　/|　　|.　　 　　/ 　 　ヽ7 　 !　　 |　Y. 　　言
　/　　//!. 　 |　　　　 !　　　　/　 ,ｲ　 　ﾊ　i　　　う
へ_r､_/　|ﾊ.　',　　,､ 　`　ｰ- ' ／/.|　　/　ﾚ'　　　か
__ｒ'"＞へ　`ヽ!　/ヽ｀i＞=-ｧ'´ ./　ﾚﾍ(ヽ/.　　　　誰
　　　　 ヽ`'､ｰ-､7　 /ヽ､ﾚ'､!／レ'::::::::､ノ 　 　 　 が
　　　　　　 　`ヽ/(>)/　　　7ヽ. ::::::::::::: ）.　　こ 　得
ヽ　　　　　　　 / ,. '´￣ヽ,'"￣ﾝ､_:::: ∠_.　　の 　す
ヽ.　　　　　　 ノ´￣_ヽ'ヽﾉ／´,,. -､7::::::::ヽ.　ス.　 る
ヽへ ヽ　　,/´　 /´　´　/,. '´ ,. -'iﾊ::::::::::::i 　レ　 の
└へﾄ､／/　　　i　　　　 　／,.､/」 |:::: ::::::|　.は　　　
　　　ヽ>/　　　 ﾉ　　　　 /／　i　　|:::　:: ﾉ 　!?

boostのlambdaは0x対応コンパイラではちゃんと組み込みlambdaに置き換えられるんでしょうか？

いいえ

得とか
損とか
最初に言い出したのは
だ・れ・な・の・か・しら

駆け抜けて行く〜
（駆け抜けて行く〜）

Boost.Spirit あたりの文脈だと， compile-time polymorphic であることと
余分な引数が単純に捨てられるという2つの特徴が強力なために，
組み込みの lambda が Boost.Lambda や Phoenix を置き換えるに至らない．

>>885
何？難しすぎてよく分からない。

つまり
組み込み.Lambda は compile-time polymorphic じゃない上
余分な引数が単純に捨てられるという機能を持っていないってこと？

あとびっくりしたのが
Boost.Lambda と Boost.Phoenix はまだ統合されていなかったとは。
もうてっきり一つになったのかと思ったよ。

2〜3テストコード書いてみて理解出来んライブラリは無視することに決めた

lambda くらいから

>>887
２〜3個で理解できるライブラリってたいした事できないだろ。

Boost.progress_displayとかならまあ・・・。

ディスってんの？

>886
あ，すいません．意味の通らない文になっていました．
おっしゃっている通りのことが言いたかっただけです．

>>890
いやごめんそんなに意味が通らない文ではないですよ。
単に私が確認したくなってしまう正確なだけで
すみません。

error C3641: 'boost::re_detail::global_lower' : /clr:pure または /clr:safe と共にコンパイルされた関数に対する呼び出し規約 '__cdecl ' が無効です
ブーストを使って昔作った正規表現を使ったソースのコピペをしただけなのにこんな感じのエラーが出まくるのですが何故でしょうか？
昔に作った方はコンパイルが通っています
違いは今のはフォームアプリケーションというくらいです

マネージドコードで使えないんじゃないの

>>893
ありがとうございます
マジですか…
ありがとうございました

>>892
＞違いは今のはフォームアプリケーションというくらいです

VC++ だと思うけど、C/C++ と C++/CLI はまったく違うう別物って事はわかってるか？
そして選んだプロジェクトがマネージド（C++/CLI …要は .NET、C# と同じ）になってるってわかってるか？
VC++の特にExpressでフォームとかGUIで貼り付けて作れるのは C++ じゃなくて C++/CLI の方だけ
つまり、使えない

>>895
ありがとうございます
全く別物とか言われても同じように使える部分がほとんどなのであんまり実感が…
Ｒｅｇｅｘが使えるってことでよろしいでしょうか？

>>896
C++とマネージドの２種類の言語を同時に使えるようにして一見同じように使えるように見えるのが曲者。
結局C++とマネージドのオブジェクトには互換性が無いからはまりやすい。
たとえばマネージのクラスにC++のオブジェクトのポインタのメンバー変数はできるけどオブジェクトのメンバ変数は作れない。
学習にはC++かC#のどちらかはっきりさせたほうがいいよ。

C++/CLI は、それがどういう物か良く知っている人間が、
何かの事情で必要とした時だけ使うもの。　簡単に言えば、かなり特殊な状況で必要になるかもしれない物。
初心者が、まして C/C++ の学習に使うとかそういう類の物じゃないよな
>>896 まったく別物、の意味を良く理解して下さい。　同じように使えるのは、一見同じように使えてるように見えてるだけ

Boost.Chromoを使う為,bjamでビルドしたのですが、

bjam.exe --toolset=msvc-9.0 --with-chrono link=static runtime-link=shared release stage
bjam.exe --toolset=msvc-9.0 --with-chrono link=static runtime-link=shared debug stage
bjam.exe --toolset=msvc-9.0 --with-chrono link=shared runtime-link=shared release stage
bjam.exe --toolset=msvc-9.0 --with-chrono link=shared runtime-link=shared debug stage

で、以下のlibファイルは生成されるのですが、

boost_chrono-vc90-mt.lib
boost_chrono-vc90-mt-gd.lib
boost_chrono-vc90-mt-1_42.dll
boost_chrono-vc90-mt-1_42.lib
boost_chrono-vc90-mt-gd-1_42.dll
boost_chrono-vc90-mt-gd-1_42.lib

libboost_chrono-vc90-mt.lib
libboost_chrono-vc90-mt-gd.lib
libboost_chrono-vc90-mt-1_42.lib
libboost_chrono-vc90-mt-gd-1_42.lib
（続く）