1 名前:デフォルトの名無しさん [2006/09/23(土) 15:00:11 ] 語って.はぁと part boost::mpl::int_<3> 前スレ part 2 pc8.2ch.net/test/read.cgi/tech/1139313234/ part 1 pc8.2ch.net/test/read.cgi/tech/1091198276/ ■関連サイト■ Boost C++ Libraries www.boost.org/ Boost 翻訳プロジェクト boost.cppll.jp/HEAD/ Let's Boost www.kmonos.net/alang/boost/ boost info shinh.skr.jp/boost/
232 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 22:42:28 ] >>231 作者がboostに提案したか否かだろ
233 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 23:51:16 ] >>230 発表された頃に斜め読みした限りでは プログラマとデザイナで仕事を分離するという程度の内容だったような?
234 名前:デフォルトの名無しさん [2006/10/31(火) 01:39:42 ] >>232 どの記事だったか忘れたけど >vigraのほうが好きだけど,vigraは作者が一人だし、gilが採択されたら >その作者がんばるだろうからいいじゃん とか書いてあった
235 名前:234 mailto:sage [2006/10/31(火) 01:41:27 ] >>234 lists.boost.org/Archives/boost/2006/10/112316.php これこれ
236 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 03:07:04 ] やる気のない実装を見るとRejectされそうだけどな
237 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 12:11:48 ] lists.boost.org/Archives/boost/2006/10/112534.php VC7.1でコンパイルとおらねえじゃねえかよ 同じとこでこけやがる
238 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 18:46:57 ] LinuxのGCCでワイド文字全般がうまく機能しないです。 gcc3.3.6 libstdc++3.3.6 boostでなんとかなりませんか? wcout << L"てれれのレ"; [****@ **] (沈黙)
239 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 18:51:43 ] 端末の文字コードが間違っているなんてこと無いよね?
240 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 19:18:04 ] ないです。
241 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 19:24:22 ] 出力をパイプでod -tx1に流して16進で見ても、やはり [****@ **]./a.out | od -tx1 0000000 (沈黙)
242 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 19:41:44 ] pc8.2ch.net/test/read.cgi/tech/1143375639/294-304 これと同じ問題?
243 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 19:52:16 ] gccのバージョン上げろ
244 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 20:25:51 ] つまり L をコンパイラがまともに処理してくれていない?
245 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 20:58:26 ] そうだよ。-Sでアセンブラ出力みてみ。
246 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 21:14:59 ] バージョンの問題なのか?
247 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 21:39:46 ] >>2 .4.6 --input-charsetが3.4からだから、そうだと思うんだけど。
248 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 21:40:21 ] あかん、アンカーがorz
249 名前:デフォルトの名無しさん mailto:sage [2006/10/31(火) 23:02:31 ] >>248 誰がうまいこと言えと
250 名前:デフォルトの名無しさん mailto:あげ [2006/11/01(水) 01:37:53 ] function<int (int)> hohe(int x) { return boost::lambda::_1 +x; } でxを延命させるうまい方法はありますか? 別途関数を作ってbindとか、 plus<int>()にbindあたりはナシで。
251 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 01:48:57 ] >>250 延命も何も、λ式に保持されるのはその時点でのxの値で、 xへの参照ではないから、xの寿命を気にする必要はない。
252 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 04:26:38 ] gcc3.4 gcc4.0.2で試したらワイド文字関係がすこぶる正常。 結局バージョンの問題か。
253 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 09:28:50 ] もう少し前は日本語のみのワイド文字対応が入っていたんだけど、 3.3→3.4辺りで国際化した。あなたの使ったのは狭間の具合い悪いバージョン。
254 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 10:49:17 ] GUIライブラリのboost取り込みってどうなった?
255 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 11:27:37 ] そんな激しくプラットフォーム依存な物を 標準ライブラリに入れようとしているのか。 もしかして curses みたいなものか?
256 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 11:55:13 ] boost mailing listで さっきbug fixしてupした とかいってるやつはcvsのバージョンのことなのかな
257 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 17:30:47 ] lexical_cast.hppを見てみたら、半年くらい前に見たときと 大幅に違ってるんだけど、何か変わったの?
258 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 21:59:04 ] カレントプロセスのカレントディレクトリを取得する方法 ってありますか? GetCurrentDirectoryみたいなやつ。
259 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 22:09:37 ] >>255 お前の中でThreadやfilesystemは一体なんなの?
260 名前:デフォルトの名無しさん mailto:sage [2006/11/01(水) 22:57:40 ] そんなには激しくないプラットフォーム依存な物
261 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 01:13:53 ] >>258 boost::filesystem::current_path()
262 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 01:30:36 ] それLinuxだと実行ファイルのパスじゃなくて userのカレントディレクトリを返しちゃうん だよね。 これLinuxの仕様くさいから仕方ないか。
263 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 01:35:20 ] >>262 どこから実行ファイルのパスの話が出てきたんだ?
264 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 01:37:59 ] >>262 こいつアホすぎww
265 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 11:06:53 ] >>262 Windowsも似たようなもの >>258 の意図は知らないがcurrent_pathはたいてい役に立たない
266 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 11:07:31 ] >>257 最適化 数字は自前でパースするようになった
267 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 11:33:40 ] 他Cスレで聞いても誰も答えてくれなかった Cで行列演算といえば LAPCK boost::numeric::ublas あたりが定番だけど 統計計算でお勧めは? 今boostで審査中や過去にrejectされたものでもいいので誰か教えて 使いたい機能は 単純に共分散行列を計算 正規分布に関係したいろいろな計算 できれば kai^2 test t-test とかちょっと高度なこともしたい。
268 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 12:49:28 ] >>266 でも未だに1e+10とかは扱えないんだなw
269 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 12:57:56 ] boost::serialization で NaN (+inf とか -inf とかも)を シリアライズできないのは痛い。
270 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 14:18:37 ] boostのclass名が ClassName じゃなくて class_name になってるのが気持ち悪い なんでこんな命名規則になった
271 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 14:28:12 ] C++の標準ライブラリと同様の命名規則を採用したから。
272 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 16:40:38 ] 識別子をなんでもかんでも小文字にしたくなって困る
273 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 17:13:19 ] >>267 boostじゃないけど liboctave libRmath libgsl あたり
274 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 23:31:11 ] 次期標準でも concept 名だけは大文字になりそうだな
275 名前:デフォルトの名無しさん mailto:sage [2006/11/02(木) 23:32:09 ] >>273 thx liboctave はmatlab使いには便利そう libRmath 本当の統計屋さんはやっぱりRを使うのだろうか R使ったことない liggsl こんなのあったんだね。 でも多項式演算関係以外は既存libとかぎりなく一緒
276 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 02:10:07 ] >>270 おまえさんは標準C++ライブラリも気持ち悪いって言うんだろうな。 実際そういう人が結構多いようだ。
277 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 03:05:14 ] Javaに毒されすぎ
278 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 03:20:37 ] このスレ的には C++ に毒されてる連中が多いから Java のメソッド名ナニアレ気持ちわるーい、となるのが正しい
279 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 03:40:40 ] むしろHaskellやPythonなんだが
280 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 03:47:52 ] HaskellもPythonもClassNameだな。
281 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 03:50:44 ] すべて小文字な命名法はlispを思わせる。
282 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 04:31:57 ] lispはハイフン区切りで全部大文字(CLASS-NAME)だろ。
283 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 08:11:55 ] というか(強制した時以外)大文字小文字の区別がない。> Lispのシンボル
284 名前:デフォルトの名無しさん mailto:sage [2006/11/03(金) 12:34:11 ] 正確には「Common Lispは・・・」と言うべきだろう
285 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 03:31:58 ] boostって Subversionではアクセスできないの? cvsのみ?
286 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 03:35:19 ] >>285 前から話は出てるんだけどねぇ。 次のリリースの後にしようとして、リリースが延び延びになってる気配。 ちゃんと ML 漁れば、他に理由があるのかもしれないけど。
287 名前:デフォルトの名無しさん [2006/11/05(日) 19:38:50 ] lambda_functor<U>のアドレスってどうしたらえられますか。
288 名前:287 mailto:sage [2006/11/05(日) 19:40:40 ] たとえば (_1+_2)のようなラムダがあった場合 このlambda_functorのアドレスが知りたいのです。
289 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 19:43:31 ] そんなものは存在しません
290 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 20:40:51 ] >>289 無理か。諦めます。レスありがとう。
291 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:10:34 ] md5やsha1を計算するライブラリありますか? crcはあるようですが
292 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:26:13 ] md5はそのままソース引っこ抜いて使えるようになってた。 この手の参照透過性のある関数を 特にパラメタライズするメリットは感じないが。
293 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:28:38 ] MD5はRFCにあるソースはK&R式の関数宣言なんでC++としてコンパイルしようとすると失敗するはず。
294 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:28:43 ] >md5はそのままソース引っこ抜いて使えるようになってた。 どこ?
295 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:30:11 ] RFC
296 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:30:37 ] >>295 ありがとう
297 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:34:49 ] Boost には無いので sourceforge.net/projects/cryptopp/ とか botan.randombit.net/ とか opensource.adobe.com/classadobe_1_1md5__t.html opensource.adobe.com/group__adobe__sha.html あたりで
298 名前:デフォルトの名無しさん mailto:sage [2006/11/05(日) 21:38:29 ] >>293 コンパイルはそのまま通ったと思う。 数年前のことなので記憶が不鮮明だが、GNUのbinutilsから引っこ抜いた気がする。
299 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 00:37:42 ] >>293 そんなの1分で直せるじゃん
300 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 14:32:48 ] まだ特定してないんだけど、spiritのどこかで using namespace std; の記述があるみたいですね。 (std::coutが名前空間を指定せずに使えてしまった) これってちょっと問題あるような…。
301 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 14:40:05 ] $ grep -FR "using namespace std;" . ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./core/primitives/impl/primitives.ipp: using namespace std; ./fusion/sequence/detail/manip.hpp: using namespace std; ./iterator/impl/file_iterator.ipp:using namespace std; ./phoenix/closures.hpp: using namespace std;
302 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 14:42:18 ] >>267 >>273 >>275 こんなのあったんだね Boost.MathToolkit www.johnmaddock.co.uk/toolkit lists.boost.org/Archives/boost/2006/10/111114.php
303 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 15:26:41 ] >>300 >>301 >./iterator/impl/file_iterator.ipp これがまずい. 他の使い方は関数内なので問題ないし,意図的というか必要な using directive.
304 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 15:30:51 ] boost mailing list に 新しいライブラリーをaccept するかのreviewが投稿されてるけど ただのユーザーとしてのreviewを投稿してもいいのかな?
305 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 17:21:32 ] boostの中に ClassNameって命名規則つかってるの1つもないのかな 例外なく class_name に修正されるのかな
306 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 17:25:32 ] 大文字って、そこだけ目立つから、見にくくなる。 あと長すぎるシンボルも関数の引数のところで行が折り返して見にくくなる。 boostってほどほどで良い感じ。
307 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 17:34:22 ] ublas があるのに boost.glasとかわけわかんね glas.sourceforge.net/doc/papers/introduction/index.html
308 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 20:27:15 ] >>305 Boost にはガイドラインがあって、そこでコーディングルールはある程度決まってる。 boost.org/more/lib_guide.htm ・クラス名や、メソッド名は class_name や method_name みたいにすること。 ・テンプレートパラメータは TemplateParameter みたいにすること。 ・分かりやすい名前にすること。 ・マクロは MACRO_NAME みたいにすること。
309 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 20:29:55 ] 間違えた。 ×マクロは MACRO_NAME みたいにすること。 ○マクロは、すべて大文字で、BOOST_ からはじめること。 だな。
310 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 22:27:44 ] >>304 投稿するのは自由だろう。「ただのユーザーとして」というのはちょっと引っかかるが。 不満を述べるだけじゃなくて、代案か、代案が出せないと考える理由を出すべきだろうね。 まぁ筋が通ってなければスルーされるだけ。何か考えがあるなら投稿しとけばいいと思うよ。
311 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 08:21:16 ] 「ただのユーザーとして」 っていう表現にどんな意味がこもっているかにもよるよね。 何となく 「恥かきそうだったり辛そうだったりしたら、いつでも綺麗にバッくれて 俺の人生においてすべてを"なかったこと"にできる道を確保したまま」 という意味な気がするんで、同じく引っかかる。
312 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 08:58:36 ] >>311 は一生引っかかっていればいいと思うよ。 何かに。
313 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 09:29:40 ] ドンピシャなら絶対噛み付いてくるだろうなと期待はしていたけどw
314 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 09:31:05 ] >>312 に言葉の重みを感じてちょっとワロタ
315 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 10:55:34 ] まぁよっぽど悔しかったんだろ。
316 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 19:41:42 ] >>226 GIL has been accepted as a boost library. lists.boost.org/Archives/boost/2006/11/112896.php
317 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 19:51:41 ] >>316 通ったのか!
318 名前:デフォルトの名無しさん mailto:sage [2006/11/07(火) 22:12:22 ] >>300 の問題は Spirit 1.84 だと修正されてた.
319 名前:デフォルトの名無しさん mailto:sage [2006/11/08(水) 01:18:37 ] >>316 accepted なのはいいけど肝心の GILのホームページが見れない
320 名前:デフォルトの名無しさん mailto:sage [2006/11/08(水) 10:03:45 ] >>319 今は見れるようになってるね
321 名前:gil mailto:sage [2006/11/08(水) 11:30:18 ] acceptの感動で気絶してました。
322 名前:デフォルトの名無しさん mailto:sage [2006/11/08(水) 12:06:06 ] >>321 そのわりには Latest news が更新されていないじゃないか。 opensource.adobe.com/gil/
323 名前:デフォルトの名無しさん mailto:sage [2006/11/08(水) 12:29:56 ] gil頻繁に更新されてるみたいだけど どこが変わったか書いてないんだよね
324 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 01:40:50 ] GILをVS2003で早速使ってるけど fatal error C1204: コンパイラの制限 : 内部構造がオーバーフローしました。 とかおきるのはVS2005に乗り換えればなんとかなるのかねえ
325 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 10:16:50 ] で、1.34 はいつリリースなのかね?
326 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 10:32:21 ] 今店出ました
327 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 11:56:38 ] 延びないうちによろしく。
328 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 14:18:57 ] boost::filesystem::pathのコンストラクタではパスを表す 文字列を与えますが、windowでドライブ名を含めたパスを 扱うにはどうすればよいでしょうか? 単純に path("C:\hoge"); とすると落ちてしまいます。
329 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 14:28:15 ] \\
330 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 14:51:34 ] path::default_name_check( &native );
331 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 16:09:25 ] name_check関数を設定すればえがったんですね。 ありがとうごぜーますた。
332 名前:デフォルトの名無しさん mailto:sage [2006/11/09(木) 16:34:13 ] www.boost.org/libs/filesystem/doc/path.htm path( const char * src, name_check checker ) こういうコンストラクタがあるので、 コンストラクトのときだけ指定してやればいいんだぜ? path p( "c:", native ); p /= "/foo"; assert( p.string() == "c:/foo" );