[表示 : 全て 最新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/ 

183 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 14:28:28 ]
> キャストを使ったときに起きるテンプレート関数の特殊化に対しての曖昧性
具体例が欲しいな


184 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 15:58:19 ]
boost::lambdaのunlambdaとprotectがよくわからないんだぜ



185 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 16:38:15 ]
>>183
たとえば、>175を
template <typename A, typename B> int foo(A a, B b); (b)
template<class A, class B>int foo(A*,B*); (c)
こんな(c)を追加して、(c)or(b)のどちらかをbindで使いたい場合
このオーバーロードの解決には結局、関数オブジェクトが手っ取り早いと思います。

186 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 17:13:50 ]
>>185
それ、曖昧か?
後者は foo() についてポインタ型を扱う場合の特殊化を宣言しているので、
引数の型に応じて定義が使い分けられるだけじゃないの?

↓キャストでもコンパイルできたし。

int a, b;
(static_cast<int (*)(int*, int*)>(foo))(&a, &b);

187 名前:185 mailto:sage [2006/10/22(日) 17:59:14 ]
>>186
boost::bindは?

188 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 18:02:01 ]
>>187
boost::bind(static_cast<int (*)(int*, int*)>(foo), _1, &b)(&a);
これぐらい自分で補完しろよ。

189 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 18:35:54 ]
>>188
コンパイル出来るんだ。へぇー。

190 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 19:04:01 ]
がんばって早く「ごめんなさい」の言える大人になろーね。

191 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 19:23:43 ]
ごめんなさい



192 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 19:40:14 ]
>>190
だって食い下がって逆撫でしていれば
>>188みたいな知識ひけらかし大好き君が無償で色々書いてくれるんだもん。
こういう子は利用しない手はないって。

193 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 19:57:34 ]
>>192
普通に質問すればいいのに、なんでわざわざそんな手段をとる必要がある?

194 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:19:00 ]
回答をもらえる確率が上がるから。

195 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:25:02 ]
まぁ、スレを客観的に眺めると、知識ひけらかし大好き君は>177と分かるんだけどね。
>176で終わってる質問だし。

それに>188の知識は>176以上のものではないし。
散々引っ張っといて同じモノしか出ないんじゃ、割に合わない。

単純に悔しくなった>177君が利用してやった振りしてるだけ。

196 名前:デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:47:18 ]
>>182 に「たぶん」って書いてあるのは、ただの妄想ってことでいいの?

197 名前:189 mailto:sage [2006/10/22(日) 23:35:55 ]
>>188
ごめん。
だれもつっこんでくれないから寝る前に一言
> boost::bind(static_cast<int (*)(int*, int*)>(foo), _1, &b)(&a);
ちょっと言い訳・・・・「&a」参照の罠に嵌ってました。以上です。では、おやすみ。

198 名前:デフォルトの名無しさん mailto:sage [2006/10/25(水) 18:14:32 ]
std::map みたいに扱えて、実はバックエンドがデータベースだなんて
すてきな使い心地のライブラリって無いものでしょうか。


199 名前:デフォルトの名無しさん mailto:sage [2006/10/25(水) 19:42:34 ]
boost::graph

ASLの adobe::forest
が車輪の再発明ぽい点について

200 名前:デフォルトの名無しさん mailto:sage [2006/10/25(水) 20:28:36 ]
ASL かわいいよ ASL

201 名前:デフォルトの名無しさん mailto:sage [2006/10/25(水) 23:26:50 ]
あるあ…(ry >198



202 名前:デフォルトの名無しさん mailto:sage [2006/10/26(木) 00:02:53 ]
>>201 あるんですか?
なんて言うライブラリか教えて貰えませんか?
今、std::map を boost::serialization でディスクに書き出しているんですが、
かなりデータ量が大きくなってきて、すべてをオンメモリで処理するのが
苦しくなってきました。

203 名前:デフォルトの名無しさん mailto:sage [2006/10/26(木) 03:11:33 ]
AllegroCache. これ最強。

204 名前:デフォルトの名無しさん mailto:sage [2006/10/26(木) 09:38:05 ]
boostいいね。使っているとスルメみたいに味わい深いわ。
しかし古い設計で組んでいた俺の昔のコードは一体何だったんだと。 orz

205 名前:デフォルトの名無しさん mailto:sage [2006/10/26(木) 11:07:28 ]
STLぽい数式処理と数値計算のできるライブラリーってないでしょうか?
せめて多項式か2次式だけでもできると
少し数値計算プログラムが楽になる

206 名前:デフォルトの名無しさん mailto:sage [2006/10/26(木) 15:38:08 ]
ASLの
adobe::dictionary_t
はstd::mapよりたくさん要素あつかえるとかtutorialに書いてあった


207 名前:デフォルトの名無しさん mailto:sage [2006/10/26(木) 16:19:02 ]
>>198
Berkeley DBでも使え。

208 名前:201 mailto:sage [2006/10/27(金) 00:43:04 ]
ねーよ


209 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 08:40:10 ]
>>201>>208
馬鹿?


210 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 11:05:09 ]
>>198
つlibstldb4

211 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 16:20:16 ]
>>198
なぜ boost スレへ?



212 名前:デフォルトの名無しさん mailto:age [2006/10/27(金) 20:13:30 ]
std::plus()はreturn a+b;ですが、return a+=b;してくれる関数オブジェクトは無いでしょうか?
手前で作ればいいのですが、boostにあるならそっちをつかいたく。

213 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 20:57:59 ]
_1 += _2

214 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:06:44 ]
>213
それはコンパイルできんだろ..

215 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:11:33 ]
class MyPlus : public std::plus,
boost::addable< point<T>
, boost::subtractable< point<T>
>
{
MyPlus operator+=(const MyPlus&);
};

でいけたらいいな

216 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:16:44 ]
>>214
using namespace boost::lambda;

217 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:23:35 ]
std::accumulate は?

218 名前:217 mailto:sage [2006/10/27(金) 21:25:48 ]
あ、関数オブジェクトじゃなかったorz

219 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:30:13 ]
>>216 +=はオーバーロードされていないと思うが。

220 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:38:25 ]
んなあほな。
複合代入演算子はクラスの外からでも多重定義できるのだから、
boost::lambdaで使えないわけが無い。

221 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:42:58 ]
+=は使える。
クラス外から多重定義できるかどうかは関係ないような。



222 名前:212 mailto:sage [2006/10/27(金) 21:51:39 ]
>>213
できました。ありがとう

223 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 21:52:36 ]
そうか、_1なんかはそれ自身ラムダオブジェクトだったな。

224 名前:デフォルトの名無しさん mailto:sage [2006/10/27(金) 23:28:35 ]
>>219
死ねカス

225 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 18:40:49 ]
話題が無いな

226 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 18:54:49 ]
話題ねぇ…

opensource.adobe.com/gil/

今レビューされている、Generic Image Library が通れば、
各種画像サポートが実現されるわけで、非常に期待してる。

227 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 20:09:51 ]
ほお adobeがopensourceとは..

228 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 22:09:56 ]
通ればってどういうこと?

229 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 22:14:22 ]
ttp://lists.boost.org/Archives/boost/2006/10/111131.php

ちうこと。

230 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 22:29:06 ]
adobe ASLで
japan.zdnet.com/news/devsys/story/0,2000056182,20082134,00.htm
ユーザーインターフェイスの自動生成?
本当にできるの?

231 名前:デフォルトの名無しさん mailto:sage [2006/10/30(月) 22:31:59 ]
なぜvigraじゃなくてgilなんだ
機能の豊富さからいったらvigraが上だろう
kogs-www.informatik.uni-hamburg.de/~koethe/vigra/




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のシンボル






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

前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