[過去ログ] Boost総合スレ part8 (1001レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
111: 2009/09/20(日) 00:38:00 AAS
>>105
結婚して
112: 2009/09/20(日) 03:25:08 AAS
progress_displayが実際に使われるなんて、このスレ始まって以来の事件じゃないか。
113(1): 2009/09/20(日) 09:48:59 AAS
そして次のboostから削除されるオチとかな
114: 2009/09/20(日) 10:54:22 AAS
>>113
断固抗議する
progress_displayはboostの良心
115: 2009/09/20(日) 11:23:07 AAS
mpl化すればいいんじゃね?
116: 2009/09/20(日) 11:39:10 AAS
progress_display好きの俺っ子か、、
ま、新しいとは思うけど、
恥ずかしくないのかねGONZOは
色物で釣ろうとしないで、作品の中身で勝負しろよ。
117: 2009/09/20(日) 11:42:01 AAS
削除しなくてもいいけど、
timerディレクトリの中に入れるとかはした方が良いんじゃないかと。
118: 2009/09/20(日) 11:59:29 AAS
>>12のサンプルみたいなことが出来るI/Fになってるならそれなりに評価する
つーか仕様知らないけど
119(1): 2009/09/20(日) 13:41:03 AAS
進捗コールバックにfunction渡せたり、
出力ストリームを抽象化して付け替えたりできたらもう
progress_displayじゃないよな
120: 2009/09/20(日) 13:56:21 AAS
>>119
今のところstd::ostreamを継承するクラスに対してのみ出力可能だから、
まああれだ、
一応がんばってんだよ。
121: 2009/09/20(日) 13:58:04 AAS
progress_display童貞だとそうでもないのに
>>110だと、なんかとてつもなくエロい表現に聞こえるな。
122: 2009/09/21(月) 09:33:20 AAS
Boostは次期C++から標準的に使えるという噂を聞いたのですが本当ですか?
どうもboost::lambdaとC++0xのラムダ式はどうも見た目がちがうような…
123: 2009/09/21(月) 10:08:14 AAS
boostの一部が標準として採用されたってことですよ。boost丸ごとじゃないよ。
boost::tr1に採用されたものが入ってる
124: 2009/09/21(月) 10:19:59 AAS
Boostまるごと標準化されるなんて、progress_displayが泣いて喜ぶ話だな
C++0xのlambdaは言語サポートだから、
ライブラリによるboost::lambdaとはまったくの別物
125: 2009/09/21(月) 10:55:39 AAS
c++0xとboostのlambdaは内部的に関数ポインタは使ってるのだろうか。
できれば関数ポインタを使ってないオーバーヘッドが無い方を使いたいな。
126: 2009/09/21(月) 11:07:51 AAS
解説ありがとうございました。理解できました。tr1内のものは名前空間もstd::tr1になっているのですね
127(1): 2009/09/23(水) 01:08:48 AAS
ラムダ使うと低速になるの?
使うのやーめた
しこしこ関数オブジェクト造るお
128: 2009/09/23(水) 01:18:51 AAS
>>127
どこからそういう結論になった
129(1): 2009/09/23(水) 01:35:55 AAS
回答の意味が理解できなくて、何とか分かりやすい回答を引き出そうと必死なんだろ
130: 2009/09/23(水) 01:39:04 AAS
>>129
無能の常套手段だよなwww
131: 127 2009/09/23(水) 03:30:20 AAS
かまって欲しくて煽り入れただけだよ^^
132(1): 2009/09/23(水) 22:34:19 AAS
Boost.Bigintって何か目立つバグがあるんでしょうか?
使っても大丈夫ですかね?
133: 2009/09/24(木) 23:16:15 AAS
>>132
まかした
134: 2009/09/25(金) 20:52:09 AAS
目立たないバグならOKなのか。
ならば、目立つバグを数カ所に仕掛けておくんだ
135: 2009/09/25(金) 22:49:55 AAS
更新しました。この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
136: 2009/09/25(金) 22:51:16 AAS
アドレスを記載し忘れました。
外部リンク:booster.x0.to
137(1): 2009/09/27(日) 13:27:32 AAS
boostさんがいなかったC++挫折してました
138: 2009/09/27(日) 13:32:26 AAS
>>137
俺は挫折するほど
やり込みもしなかったと思う。
139: 2009/09/27(日) 14:15:58 AAS
boostさんというかshared_ptrさんがいなかったらと思うと
140(1): 2009/09/27(日) 14:34:16 AAS
わたしもshared_ptrさんに依存しきってもう戻れない体にされてしまいました
boostは麻薬
141: 2009/09/27(日) 17:18:05 AAS
Windowsプログラミングを勉強しようと思って、Microsoft公式解説書の中で一番エントリー向けな
「文法から始める プログラミング言語 Microsoft VisualC++」を買ってみたら、
BOOST_FOREACHとかlexical_castとかthreadとか使ってたり、
shared_arrayとかmulti_arrayとかの使用を推奨していたり、
TR1のregexとかshared_ptrとかも使ってたりで自動的にBoost漬けになりました。
142: 2009/09/27(日) 17:29:45 AAS
Boostはユダヤの陰謀
143: 2009/09/27(日) 19:00:34 AAS
はじめからboost漬けだと、
もはやC++を勉強したと言えるかどうかすら・・・
144: 2009/09/27(日) 20:34:52 AAS
そういえばlambdaも載ってたよ。
思うに、来たるC++0xとVS2010を見越しての内容じゃないかな。
145(1): 2009/09/28(月) 01:21:51 AAS
p が char * で;
string str=std::string(p);
typedef boost::tokenizer<> tokenizer1;
tokenizer1 tok1( str );
とするのと
typedef boost::tokenizer<> tokenizer1;
tokenizer1 tok1(std::string(p));
で、何で挙動が違うのでしょう?
146: 2009/09/28(月) 01:43:32 AAS
1mmでも他人の立場に立って考える能力があるなら何がどう違ったのかぐらい書いてくれないかな
147: 2009/09/28(月) 02:54:51 AAS
>>140
定期的にshared_ptrの実装を写経しろ
148(2): 2009/09/28(月) 18:13:00 AAS
Boost.Lambda さんには悪いけど君のコンパイル時間はそろそろ許容できない.
早急に VS2010 に以降して lambda さんとはお別れしたい.
それから Boost.Regex 君もそろそろ引退したまえ.
149: 2009/09/28(月) 19:58:27 AAS
Boost.Regex君まだ使える子よ
150: spirit 2009/09/28(月) 20:10:51 AAS
>>148
速いCPUに変えればいいと思うよ。
151(2): 2009/09/28(月) 20:58:48 AAS
>145
tokenizer1 tok1(std::string(p));
だと、この文が終了した段階で一時オブジェクトである string が破棄される。
tokenizer は対象のコンテナに対する参照を iterator で持っていて、かつ
> 外部リンク[htm]:www.boost.org
> Parsing is done on demand as the tokens are accessed via the iterator provided by begin.
のように token_iterator でアクセスされた際にパースが発生する為、アクセスのタイミングまで
対象のコンテナが生存している必要がある。
152(2): 2009/09/28(月) 21:54:44 AAS
>>151 こういうのって、C++0xとかなら、ダミーの右辺値参照のコンストラクタとか使って防止できないのかな?
153: 2009/09/28(月) 21:55:29 AAS
>>148
Spiritに比べれば、Lambdaなんて軽いものさ。
154: 2009/09/28(月) 22:38:28 AAS
boost0xについて
155: 2009/09/28(月) 22:46:33 AAS
spiritのためにOSを64bit板にしようか悩んでいます。
156(1): 2009/09/28(月) 23:59:46 AAS
shared_ptrってスレッドセーフのと非スレッドセーフのを同時に使うのって不可能?
157(3): 2009/09/29(火) 01:21:11 AAS
>151
ありがとうございます。STLとboost を使おうと決心していろいろ使っています。
自分で作った方が早くて楽なのになぁと思いつつ
なれれば、STL + boost の方が、安全かつ、早くできるはず と信じて;
158(1): 2009/09/29(火) 03:51:34 AAS
きみにはむりだとおもう
159: 2009/09/29(火) 04:39:48 AAS
>>152
値は変更しないけど十分な寿命を持った左辺値が必要なときには、そういう手段が
使えるようになるかもね。
現状ではポインタで受け取るようにしてないと、危ないんだよねぇ。
160: 157 2009/09/29(火) 10:41:11 AAS
>158
自分でも無理だと思う。Cばかり20年以上だから;
161: 2009/09/29(火) 18:45:05 AAS
きみにはCもむりだとおもう
162: 2009/09/29(火) 19:53:49 AAS
>152
この場合はダミーというか rvalue reference を受けるコンストラクタも追加すればいいんじゃないでしょうか。
>157
ぶっちゃけ C++ の経験があまりないんだろうなとは思いながら回答しました。popp
一時オブジェクトの生存期間とか C++ 使いなら誰もが一度ははまったことがあり11そうなところなので。
>自分で作った方が早くて楽なのになぁと思いつつ
無理に気負わず自分が書くより楽になると思う部分から使っていけばいいと思います。
163: 2009/09/29(火) 20:59:08 AAS
>>156
shared_ptr複製時のアトミック操作のコストが気になるのかな?気持ちはわかるが、無理だと思う。
非マルチスレッド版とマルチスレッド版の間での共有をどう解決するかだ。その間で共有できないなら利便性が無くなりメリットの乏しいものになる。
普通の使い方ではshared_ptrの複製のコストは問題にならないと思う。
それでも、複製のコストが気になるならshared_ptrを参照渡しにすればコピーのコストはないし、そうすればshared_ptrの複製が減らせられる。
vectorで使うときの大量な複製が気になるならC++0xの右辺値参照に期待しよう。
164: 2009/09/29(火) 21:33:39 AAS
ぶっちゃけ参照カウンタの操作にバスロック命令を使うだけだから大したコストじゃない
と思うけど、ものすごくクリティカルなら知らん
つーか、そんなに激しくクリティカルならポインタ取り出せばいいような気がするし、
デフォのままで問題ないと思うし、たぶんBoostの中の人もそう思ってるからずっと
こういう仕様なんだろうと思うけど
165(2): Boost.Xpressive 2009/09/30(水) 12:20:37 AAS
正直、お兄さんはもういらない子だと思うのです
これからはぼくと std.regex 君の時代だと思うのれす。。。
166: 2009/09/30(水) 14:55:06 AAS
>>165
もうなんかいっそのこと
Boost.RegexはBoost.Xpressiveのラッパにしちゃだめなのかな(笑)
167(2): 2009/09/30(水) 16:46:19 AAS
お前らBoostで特に使えるライブラリ三つ簡単なコード挙げて紹介しろ
168: 2009/09/30(水) 16:49:56 AAS
なんで?
169(1): 2009/09/30(水) 17:05:00 AAS
>>167
ええと、progress_displayとcompressed_pairと・・・あと何だろう?
program_optionsかな?
170(1): 2009/09/30(水) 17:15:52 AAS
compressed_pairはGoogleが社内で使用許可を出している数少ないBoostライブラリの
一つだからな
171: 2009/09/30(水) 17:38:49 AAS
>>170
ホントかよw
すげーwww
しかしまあprogress_displayだって安定性では引けを取らないぜ。
172: 2009/09/30(水) 19:04:14 AAS
>>169
てめーprogram_optionsさんディスってんじゃねーよ
俺なんかお世話になりまくりだっつーの
>>165
たしかに使用頻度は激減したけど・・・コンパイル速いじゃん
173(1): 2009/09/30(水) 19:29:09 AAS
std::regexってboostの転生でしょ。
なので、stdにあるからboostのは要らないというのは変な表現だと思う。
もっとも俺はspirit一筋だけどな。
174: 2009/09/30(水) 20:52:00 AAS
>>167
マジレスするとshared_ptr, scoped_ptr, noncopyable
175: 2009/09/30(水) 21:44:50 AAS
>>173
というか改良が早いのは絶対Boost.Regexなんだろうから
むしろ要るのはBoost.Regexの方。
といってもBoost禁止とかいうイカレタ職場では
Std.Regexを使うことになるんだろうけど。
176(1): 2009/09/30(水) 23:39:41 AAS
noncopyableって英語おかしくね?
なんとなくだけど
177: 2009/09/30(水) 23:41:01 AAS
>>176
おかしいらしいね。
でも一度そうしちゃった以上どうしようも無いんだろうな。
178: 2009/09/30(水) 23:45:40 AAS
まぁ、本気で気になるなら、おかしくない名前も使えるようにするとかな
179: 2009/10/01(木) 02:42:09 AAS
でもさ、 uncopyable だとウンコみたいでいやじゃね?
180(2): 2009/10/01(木) 02:54:41 AAS
いっそDQNネームにするのもありじゃね
コピーできない増えないクラスを作るライブラリっぽい名前
Boost.Virginとか
181: 2009/10/01(木) 09:12:46 AAS
>>180
ちょw
恥ずかしいなw
Boost.DQNとかあってもおかしくない様に見えてくるのが不思議。
182: 2009/10/01(木) 09:19:27 AAS
>>180
singletonライブラリーですね。わかります。
183: 2009/10/02(金) 16:36:11 AAS
気がついたら
boost\serialization\singleton.hpp
ってのがあった
184(1): 2009/10/02(金) 17:15:25 AAS
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なので使えません。
何か良い方法ないでしょうか?
185: 2009/10/02(金) 17:34:29 AAS
>>184
make_nvp("CString", s)
とするか、
タグそのものを使いたくないならtextでシリアライズする
186(2): 2009/10/02(金) 17:36:11 AAS
要素名を空文字列にしたら空の要素タグが出力されるのは当然だろ。
いったい何がやりたいの?
187: 2009/10/02(金) 17:57:25 AAS
>>186
例えば
std::string name;
をシリアライズするとき
ar & make_nvp("name", name);
ってするよね。
その結果として
<name>山田太郎</name>
を期待する訳で
<name><string>山田太郎</string></name>
がでてきたら嫌でしょ?って話。
オブジェクトのシリアライズの話でなくて型のシリアライズのカスタマイズに関する
話なの。考えもせず知ったかでレスせんでいいよ。
188: 2009/10/02(金) 18:11:11 AAS
>>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>
189(1): 2009/10/02(金) 19:13:56 AAS
ところで、CStringならstd::stringよりstd::basic_string<TCHAR>のほうがいい気がする。
時と場合にもよるけど。
190: 2009/10/02(金) 19:27:07 AAS
>>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>が嫌だなと思うわけです。
191(2): 2009/10/02(金) 20:44:20 AAS
更新しました。先週に引き続き今週もMathのパフォーマンスチューニングが行われています。
外部リンク: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".
192: 2009/10/03(土) 00:00:43 AAS
rengeExはまだなのか
193(2): 2009/10/05(月) 14:52:08 AAS
>>191
VS2005 用のは無いのか?
194(1): 157 2009/10/05(月) 16:22:31 AAS
>>193 >>191
そうそう、お願いします。
195(2): 2009/10/05(月) 21:38:35 AAS
progress_display プログラムコンテスト開催のお知らせ
詳細は寝て待て!
196(1): 2009/10/05(月) 22:12:19 AAS
progress_displayネタはいい加減飽きたよ。ウンザリだ
197(3): 2009/10/05(月) 22:32:44 AAS
>>196
じゃああぼんすれば良いじゃん。
バカなの?
198(2): 2009/10/05(月) 22:34:36 AAS
一言いわれただけで発狂するほど自信満々のネタだったのか。
199(1): 197 2009/10/05(月) 22:37:46 AAS
>>198
> 一言いわれただけで発狂するほど自信満々のネタだったのか。
いや俺は>>195じゃねぇけどそんなの関係ねぇ。
とにかく気にくわない単語はあぼん。
じゃないとまともに2ch見てらんねぇし。
200(1): 2009/10/05(月) 23:17:01 AAS
いやマジでつまんないから。
あんま迷惑なことしちゃダメよ。
201: 2009/10/05(月) 23:34:02 AAS
>>199
そういうお前はちゃんと有無を言わさず>>198や>>200をあぼん
しろよ。
202: 2009/10/06(火) 00:08:32 AAS
>>197はツンデレなんだよ
progress_displayを愛する一人
203: 2009/10/06(火) 02:40:58 AAS
あんまり話題になると、あれ?実はこれ要らないんじゃね・・・?と騒ぐやつが出てくるからな
そっとしておいてやるのが吉
204: 2009/10/06(火) 08:03:15 AAS
そうそう。危うく俺も口にしかけたわ。
そんな私も、今では progress_display 童貞。
孫にあげるのは、もちろん progress_display。
なぜなら、彼もまた特別な存在だからです。
205: 195 2009/10/06(火) 08:09:35 AAS
なんでこんなに荒れてんだw
206: 2009/10/06(火) 14:20:09 AAS
>>197の言うとおり、ここは2chなんだから
>>197みたいなキチガイもたまには湧くさ
207: 2009/10/07(水) 20:06:48 AAS
すみません。教えて下さい。
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で置き換えてしまおうと考えているのですが。
よろしくお願いします。
208: 2009/10/07(水) 21:16:58 AAS
自分で検証コード組んで確かめろよ
5分とかからんだろうが
209(1): 2009/10/09(金) 00:46:30 AAS
VS 2003.NETからVS 2008 Express に変えて
boostも2008用のにしようとインストーラーDLしようとしたら
ログイン式になってるな
なぜ?
210: 2009/10/09(金) 02:52:24 AAS
BoostProに金を落とさないユーザは切り捨てることにしたのかもわからんね
公式から落としてコンパイルするか、
外部リンク:booster.x0.to のスナップショットを使うべし
211: 2009/10/09(金) 02:54:41 AA×
212: 2009/10/09(金) 08:29:08 AAS
"C++" の検索結果 約 62,700,000 件中 1 - 100 件目
213: 2009/10/09(金) 08:31:44 AAS
BASIC で検索した結果 1〜10件目 / 約1,580,000,000件
214(1): 2009/10/09(金) 12:15:53 AAS
progress_display の検索結果 約 531 件中 1 - 10 件目
215: 2009/10/09(金) 12:37:05 AAS
>214
さすがboostを代表するライブラリだ
ハンパねぇーな
216: 2009/10/09(金) 12:38:18 AAS
"Objective-C" の検索結果 約 2,730,000 件中 1 - 10 件目 (0.18 秒)
217: 2009/10/09(金) 18:03:19 AAS
FORTHが健闘してるなあ
218: 2009/10/10(土) 00:16:42 AAS
>209
まじかよ、と思ったらすでにアカウント登録済みだった。あれぇ?
219(1): 2009/10/10(土) 17:49:13 AAS
BOOST1.41、コンパイルにめっちゃくちゃ時間がかかる・・・
1.40の倍以上はかかってる そんなに膨らんだっけ
220(1): 2009/10/10(土) 17:57:32 AAS
外部リンク:booster.x0.to 落としたらですけど
要求されるlib名が1.41とか付いてるんですが。
これは最初から付いてるやつを格納出来ないんですか。
自分でリネームするんですか
221(1): 2009/10/10(土) 19:39:18 AAS
更新しました。このところ、今迄あまり動きの無かったMathやuBLASといった数式関連に手が入っています。
亦、layout=taggedでリンクエラーが発生しておりましたのでlayout=versionedに戻しました。
尚、バージョン無しのファイルは必要無い様に思えますのでバージョン無しファイル生成バッチは同梱せずに暫く様子を見ます。
外部リンク: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
222: 2009/10/10(土) 19:42:21 AAS
亦、layout=taggedからlayout=versionedへの再変更に伴い、
how_to_build.txtとlibs_for_build_boost.rar内readme.txtも修正致しました。
>>193-194
VS2010のExpress Editionがリリースされた場合にそちらに移行する予定はありますが、
VS2005用をビルドする予定は今のところありません。
223: 2009/10/11(日) 00:54:21 AAS
>>219
そこまで重くなったかどうかわからんが
Warningの数が増えた 31万個(前は20万)
224: 2009/10/11(日) 01:37:08 AAS
警告は無効化しないとコンパイルに死ぬほど時間かかる
225: 220 2009/10/11(日) 01:59:23 AAS
>>221
libboost_regex-vc90-mt-s-1_41.lib
という存在してないものを要求されるようになりました。
前回のやつは、リネームしたら通ったのですが
今回はリネームするものがありません。
-s-付きがないです。
前のやつを残してほしかったです。消してしまいました。
226: 2009/10/11(日) 09:19:46 AAS
RegexはICUサポートが有効の場合、仕様上link=static, runtime-link=staticのライブラリは作成されません。
代替としてICUサポート無しでビルドしたlink=static, runtime-link=staticのRegexライブラリを追加してrarファイルを差し替えました。
今後のビルドでも同様の措置を採ります。
外部リンク:booster.x0.to
227: 2009/10/11(日) 12:10:58 AAS
VCの場合、runtime-link=staticは地雷だぞ。
228: 2009/10/11(日) 13:01:01 AAS
地雷とは? スタティックリンクってDLLなしでいいってやつでしょ。
229: 2009/10/11(日) 14:06:44 AAS
staticlinkだと、libをコンパイルした環境と、そのlibを使ったexeをコンパイルする
時の環境でruntimeが異なったときに、面倒なことになる。
ってやつのことかな。
230: 2009/10/11(日) 18:40:05 AAS
gccでも同じことが起こるのではないの?
231: 2009/10/11(日) 18:44:39 AAS
gccは存在自体が地雷。
232: 2009/10/11(日) 19:46:11 AAS
gccのすばらしさを分からないヤツは素人
って言ってみると何人つれるかな?
233: bcc5.5 2009/10/11(日) 20:50:30 AAS
呼んだ?
234: 2009/10/11(日) 20:53:10 AAS
おまえのためにおかしなワークアラウンド書くのはうんざりです
235(2): やんやん ◆yanyan72E. 2009/10/11(日) 21:00:44 AAS
iccマンセー
236: 2009/10/11(日) 21:03:38 AAS
>>235
BOOST_AUTO使える?
237(1): やんやん ◆yanyan72E. 2009/10/11(日) 21:31:33 AAS
>>235
BOOST_AUTOがどういうもんだかよく理解していないが、
外部リンク[html]:www.kmonos.net
ググって出てきたこのコードはコンパイルできてちゃんと動いたよ。
上下前次1-新書関写板覧索設栞歴
あと 764 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ
ぬこの手 ぬこTOP 0.164s*