[過去ﾛｸﾞ]
Boostを語れゴラァ part3 (1001ﾚｽ)
Boostを語れゴラァ part3 http://echo.5ch.net/test/read.cgi/tech/1158991211/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
673: デフォルトの名無しさん [sage] 2007/01/24(水) 23:20:45 >>672 なんで？ <...> は標準ヘッダでしょ？ boost は標準じゃないから "..." だと思うよ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/673
674: デフォルトの名無しさん [sage] 2007/01/25(木) 00:02:55 >>673 くだすれC言語（初心者用） http://pc10.2ch.net/test/read.cgi/tech/1153542424/ http://echo.5ch.net/test/read.cgi/tech/1158991211/674
675: デフォルトの名無しさん [sage] 2007/01/25(木) 00:03:34 >>673 <>と""の違いは、ファイル探索順の違いしかないと思ったが。 http://echo.5ch.net/test/read.cgi/tech/1158991211/675
676: 668 [sage] 2007/01/25(木) 00:05:11 えーと、つまり俺の問題は俺の環境のみで起きるのであって、そんなもん 知るかヴォケ、悔しかったらboost::regexなんぞに頼らず テメェがDFAとかNFAとか書きやがれ。 ということでよろしいでしょうか。 このタイプの正規表現で、入力量の大きい時にコケる、という印象なのですが。 http://echo.5ch.net/test/read.cgi/tech/1158991211/676
677: デフォルトの名無しさん [sage] 2007/01/25(木) 00:06:17 個人的にはプロジェクト内のものは " "、プロジェクト外のものは < > にしてる。 つまり <boost/....hpp> 派だな。 http://echo.5ch.net/test/read.cgi/tech/1158991211/677
678: デフォルトの名無しさん [sage] 2007/01/25(木) 00:08:08 >>676 君のプログラムを試したわけはないが VC7 ってとこにちょっと引っ掛かる。 可能であれば VC8 とか cygwin/mingw とかで試してみなはれ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/678
679: 668 [sage] 2007/01/25(木) 00:13:15 >>678 VC8は持ってないんすよ。 localeまわりでstd::wcoutが腐るとかfstream::open()が上手くいかねーとか 腐った風評しか聞きませんので、移行するとしても二の足を踏んでしまいますが。 VC7.1をboostはサポートしていないのですか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/679
680: デフォルトの名無しさん [sage] 2007/01/25(木) 00:16:42 VC8でも同じ例外発生したよん。 http://echo.5ch.net/test/read.cgi/tech/1158991211/680
681: デフォルトの名無しさん [sage] 2007/01/25(木) 02:33:59 bindが必要とするresult_typeを sig templateで代用することはできないのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/681
682: デフォルトの名無しさん [sage] 2007/01/26(金) 06:33:13 MPLで次元解析する方法みて感動したけど、 いざ自分の問題で使おうと思っても、使いどころが微妙 いり込んだ type の木構造でも使わない限り enable_ifの延長としてしか使えない http://echo.5ch.net/test/read.cgi/tech/1158991211/682
683: デフォルトの名無しさん [sage] 2007/01/26(金) 20:40:23 boost::bindを boost::lambda::bind に変えたら挙動が違う protectで囲ってあるところを呼んだり呼ばないで落ちたり どっちのbinsを使うのが推奨なの？ http://echo.5ch.net/test/read.cgi/tech/1158991211/683
684: デフォルトの名無しさん [sage] 2007/01/27(土) 00:47:54 >>668 の問題に関して： http://capslockabcjp.kitunebi.com/faq.html boostのバグ? スレでの指摘により、boostの動作が怪しいという指摘がありました。 boost1.33および1.33.1で/\1/を使用した場合に落ちることを確認しました。 http://echo.5ch.net/test/read.cgi/tech/1158991211/684
685: デフォルトの名無しさん [sage] 2007/01/27(土) 19:43:57 boostがC++でC++のコンパイラ作るのはいつ？ http://echo.5ch.net/test/read.cgi/tech/1158991211/685
686: デフォルトの名無しさん [sage] 2007/01/27(土) 20:43:41 spiritでC++のコンパイラ書けってことか http://echo.5ch.net/test/read.cgi/tech/1158991211/686
687: デフォルトの名無しさん [sage] 2007/01/28(日) 03:04:59 Boostのおなじみの形式のドキュメント こんなやつをdoxgenみたいに自動生成するツールってないのかな http://boost-sandbox.sourceforge.net/libs/time_series/doc/html/index.html http://echo.5ch.net/test/read.cgi/tech/1158991211/687
688: デフォルトの名無しさん [sage] 2007/01/28(日) 16:49:09 ヘッダーファイルの置き場所について教えてください 既存のboostの拡張として boost/X/Y/z.hpp に、おきたくなるようなヘッダーがあります。 しかしboost MLに投稿してもrejectされる可能性を考えて my_lib_name/X/Y/z.hpp においておくべきか,どうかで迷ってます ヘッダーの場所を #define my_lib_name/X/Y/z.hpp INC_XYZ として後で変更できるようにしておくのが無難なのでしょうか？ namespaceも boost::X::Y::z などとせず #define my_lib_name::X::Y::z NAME_XYZ としておくのが無難なのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/688
689: デフォルトの名無しさん [sage] 2007/01/28(日) 17:22:21 >>688 boost 気にすんな。紛らわしい。 どうせ accept されないし。 書き換えるにしてもたいした手間じゃない。 http://echo.5ch.net/test/read.cgi/tech/1158991211/689
690: デフォルトの名無しさん [sage] 2007/01/29(月) 16:44:56 >>671 確か、mingwで使おうと思ったときに""だとどうしてもエラーになった気がする。 それ以後ずっと<>にしてる。 ""で行けている人居る？ http://echo.5ch.net/test/read.cgi/tech/1158991211/690
691: デフォルトの名無しさん [sage] 2007/01/29(月) 17:58:52 #define BOOST_DIR c:/lib/boost_ver_xxx/ #define BOOST_BIND_INC BOOST_DIR##bind.hpp うまくいかない #include "BOOST_BIND_INC " うまくいくのかな？ #include <BOOST_BIND_INC > http://echo.5ch.net/test/read.cgi/tech/1158991211/691
692: デフォルトの名無しさん [sage] 2007/01/29(月) 18:04:41 Makefileの先頭で INCLUDE=C:/boost LIB=C:/boost/mingw こんなんでいけたはず。 というかUNIXルーツのソフトのお約束で常識だったはず。 x.ccをコンパイルする時はこうだった思う。 A>echo "INCLUDE=C:/boost">Makefile A>echo "LIB=C:/boost/mingw">>Makefile A>gmake x http://echo.5ch.net/test/read.cgi/tech/1158991211/692
693: デフォルトの名無しさん [sage] 2007/01/29(月) 18:25:49 >>691 それをやるならこんな感じ。 # define BOOST_DIR c:/lib/boost_ver_xxx/ # define PP_IDENTITY(x) x # define PP_STRINGIZE(x) PP_STRINGIZE_I(x) # define PP_STRINGIZE_I(x) #x # define BOOST_INC(name) PP_STRINGIZE(PP_IDENTITY(BOOST_DIR)name) # include BOOST_INC(bind.hpp) http://echo.5ch.net/test/read.cgi/tech/1158991211/693
694: デフォルトの名無しさん [sage] 2007/01/29(月) 23:43:27 >>691 ちょｗ http://echo.5ch.net/test/read.cgi/tech/1158991211/694
695: デフォルトの名無しさん [sage] 2007/01/30(火) 19:16:12 ヨーロッパ系の人の作るライブラリーにboostが使われないのは ライセンスの関係？単なる好み？ http://echo.5ch.net/test/read.cgi/tech/1158991211/695
696: デフォルトの名無しさん [sage] 2007/01/30(火) 21:58:14 変なレビュー投稿しちまった http://echo.5ch.net/test/read.cgi/tech/1158991211/696
697: デフォルトの名無しさん [sage] 2007/01/31(水) 05:06:16 spiritって、もしかしてUnicodeは対応してない？ http://echo.5ch.net/test/read.cgi/tech/1158991211/697
698: デフォルトの名無しさん [sage] 2007/01/31(水) 11:15:53 いや、普通にいけるはず。 Unicodeのtextファイル相手にfile_iterator使ってる場合はBOMに注意。 http://echo.5ch.net/test/read.cgi/tech/1158991211/698
699: デフォルトの名無しさん [sage] 2007/01/31(水) 11:51:17 さんクスコ http://echo.5ch.net/test/read.cgi/tech/1158991211/699
700: デフォルトの名無しさん [sage] 2007/02/02(金) 23:37:31 boost::tuples::get<0>をbindしたいのですが なぜかうまくいきません。 struct tmp_bi_op_t { double sum; double operator()(double a ,double b) { sum +=a+b; std::cout << "(" <<a << " " <<b << " " << sum << ")"; return a+b; } }; tmp_bi_op_t tmp_bi_op; tmp_bi_op.sum=0; std::vector<double > vec,vec2(2); vec.push_back(2); vec.push_back(1); std::for_each( boost::make_zip_iterator( boost::make_tuple(vec.begin(), vec.begin()) ), boost::make_zip_iterator( boost::make_tuple(vec.end(), vec.end()) ), boost::bind<void>( boost::ref( tmp_bi_op), boost::bind(boost::tuples::get<0>,_1), boost::bind(boost::tuples::get<1>,_1))); std::cout << tmp_bi_op.sum; http://echo.5ch.net/test/read.cgi/tech/1158991211/700
701: デフォルトの名無しさん [sage] 2007/02/08(木) 22:12:27 こんにちは vista+vc2005環境にboostを組み込みたいんですけどうまく行きません 何が原因なんでしょうか・・以下の手順で駄目でした まずboost1_33_1とjamを落とし展開、jamをboostフォルダに移動し、 コマンドプロンプトで以下を実行 （boostのフォルダ以下略）>"C:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat" bjam -sTOOLS=vc-8_0 --prefix="C:\Program Files\Microsoft Visual Studio 8\VC" install すると一見快調にビルドしてるようでしたが>>380氏と同様のエラーが頻発していて、 かつ「Unicodeで保存してください」ワーニングも量産されてました 6.0では組み込みが成功していたんですが、そのときコンパイラに組み込んでいた （VCのフォルダ）\INCLUDE\boost-1_33_1みたいなフォルダは生成されてませんでした 次に>>391のサイトにあるインストーラを試してみましたがこれも例のフォルダは見当たらず・・ ひょっとしてvc2005ではboostの組み込み方が違っていて 私は壮大な勘違いをしてるんでしょうか？ 今日一日かけて調べてみましたが全然分かりません どうかよろしくお願いしますm(_ _;;)m http://echo.5ch.net/test/read.cgi/tech/1158991211/701
702: デフォルトの名無しさん [sage] 2007/02/08(木) 23:22:12 >>701 391さんのお任せのやつなら、 VC8.0用を指定して展開位置を指定するとそこににboost-1-33-1のディレクトリが出来ているので、 その中にboostがあるから、自分のプロジェクトのインクルードディレクトリに追加指定すれば よいかと思いますけど。リンク対象のライブラリ本体はlibの中にバイナリが入ってます。 VCのINCLUDEに入れたければ、boostフォルダごとコピーすれば使えるのはないですか？ VCのLIBにもlibの中身をコピーして。 見当違いでしたら、すみません。 http://echo.5ch.net/test/read.cgi/tech/1158991211/702
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 299 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s