[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 01/28 12:10 / Filesize : 175 KB / Number-of Response : 739
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Boostを語れゴラァ part3



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" );






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<175KB

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