トップページ⇒tech
988コメント299KB

Boostを語れゴラァ part5

■ このスレッドは過去ログ倉庫に格納されています
0001BOOTS2007/10/18(木) 08:09:35
語って.はぁと part boost::mpl::int_<5>

過去スレ
part 4 http://pc11.2ch.net/test/read.cgi/tech/1175663346/
part 3 http://pc11.2ch.net/test/read.cgi/tech/1158991211/
part 2 http://pc8.2ch.net/test/read.cgi/tech/1139313234/
part 1 http://pc8.2ch.net/test/read.cgi/tech/1091198276/

■関連サイト■
Boost C++ Libraries
http://www.boost.org/

Boost 翻訳プロジェクト
http://boost.cppll.jp/HEAD/

Let's Boost
http://www.kmonos.net/alang/boost/

boost info
http://shinh.skr.jp/boost/
0032デフォルトの名無しさん2007/11/09(金) 13:25:53
.NET Frameworkでvisual Studioの操作を外部プロセスから行う事が出来るから
それをEmacsから操作できるようにするってのがまぁ妥当な方法かも
ただし無駄に面倒だから恐らくやってる人は極少数
なんでVSにはコマンドラインデバッガが無いんだろうね…
0033デフォルトの名無しさん2007/11/09(金) 14:46:43
Visual Studio は統合開発環境で、ホスト・アプリケーションだから。
0034デフォルトの名無しさん2007/11/09(金) 16:27:52
むしろ Visual Studio にプロファイラがついていないことが疑問。
gprof みたいなやつって Windows だとなに？
0035デフォルトの名無しさん2007/11/09(金) 16:54:25
2005から、ガイド付き最適化（GPO）ができた

けど、使いにくいと個人的には思う
0036デフォルトの名無しさん2007/11/09(金) 17:04:00
悔しい、2003なら無料のdevpartnerが使えるのに…！！
0037282007/11/09(金) 21:01:15
>>29
ありがとうございます、その通りでした。
もう一度、そこら辺のドキュメントがないか見てみます。。。
0038デフォルトの名無しさん2007/11/10(土) 12:01:39
以前のサイト移動しただけだったみたい
ttp://syrinx.q.t.u-tokyo.ac.jp/hashimoto/graph/
0039デフォルトの名無しさん2007/11/10(土) 17:07:41
>>34
>むしろ Visual Studio にプロファイラがついていないことが疑問。
Team Editionの一部にはついてるよ。
0040デフォルトの名無しさん2007/11/10(土) 17:25:43
VTune + プロファイラー　が intel からでていますよね？
結局それ以外使い物にならないのでは？
0041デフォルトの名無しさん2007/11/10(土) 17:28:41
VTUNEはAMDのCPUでは使えないのだよ…
0042デフォルトの名無しさん2007/11/10(土) 18:24:14
CodeAnalystでいいじゃん
0043デフォルトの名無しさん2007/11/11(日) 18:05:23
bjam ver3.1.15-1経由でcl.exeのメッセージやワイド文字をコンソールに出力するアプリケーションでワイド文字を表示したら悉く???????と表示され、
いかにもロケール設定できてませんよって事態になります。
bjamを使わずに直接cl.exeやワイド文字を使うアプリを起動して表示すればちゃんと表示されのにも関わらずです。
以前のバージョンなら確かにcmd.exe以外のターミナルだろうが、cygwinのbashやzsh上だろうがNTemacsの中のシェルだろうが、
ちゃんと表示されてたんですが、皆様の環境ではどうでしょう？
0044432007/11/11(日) 18:53:03
もろbjamの問題でした
適当なリビジョンのやつを落としてビルドしたバージョン3.1.14だとこの件に関しては正常に動作しました
0045デフォルトの名無しさん2007/11/13(火) 03:50:17
boost 1331ではboot.pythonでnumpy使えないないのかね
コンパイルは通るけど実行時にエラーでる
0046デフォルトの名無しさん2007/11/14(水) 02:02:53
最新のstableの1.34.1もしくはSVN Headで試してみればどうでしょうか？
0047デフォルトの名無しさん2007/11/14(水) 16:41:47
centosなのでpythonを2.4から2.5にあげるとシステムに不具合でるのです
どうやら
boost1.33.1 python2.4の組み合わせでしか動かないみたいです
0048デフォルトの名無しさん2007/11/21(水) 19:49:45
boost::formatの逆のような処理を行うライブラリはありますか？

try {
　unsigned short us = 0;
　int i = 0;

　(format("%1%, %2%") %us %i) = "0xABCD, -1234";

　BOOST_CHECK_EQUAL(0xABCD, us);
　BOOST_CHECK_EQUAL(-1234, i);
}
catch(const format_error& e) {
}
見たいな感じが理想です
0049デフォルトの名無しさん2007/11/21(水) 19:50:48
それは正規表現の仕事だな
強いて挙げるならregexとかxpressiveか
0050デフォルトの名無しさん2007/11/21(水) 19:52:29
>>48
要するにscanf()のboost版が欲しいわけだ
一言で言えば、無いよ
0051482007/11/21(水) 20:07:58
了解しますた
xpressive->lexical_cast戦法でいきます
0052デフォルトの名無しさん2007/11/21(水) 20:10:20
なんでlexical_castなんぞ使うんだ？
0053デフォルトの名無しさん2007/11/21(水) 21:08:07
intとかに変換したいからでしょ?
悪かないと思うが。
0054デフォルトの名無しさん2007/11/21(水) 23:15:23
xpressiveを使うならそこはSemantic Actionだろ。
ちょうどいいサンプルもあることだし。
ttp://boost-sandbox.sourceforge.net/libs/xpressive/doc/html/boost_xpressive/user_s_guide/semantic_actions_and_user_defined_assertions.html
0055482007/11/22(木) 16:09:45
>>54
こんなのあったのかー　すごい・・・
でもasのなかでも呼ばれてるlexical_castが16進数とかを良きに計らってくれなくて俺涙目w
0056デフォルトの名無しさん2007/11/22(木) 19:04:45
>>55
spirit と bind に触発されて昔作ったもの。
sprintf や sscanf みたいなことを spirit っぽく静的に記述する。

string strA, strB;
sprint( strA, "1 " % !_x[6] % "/" % _s, 10, "aaaa" );
sprint( strB, "2 " % (!_0x[6]) % "/" %_s, 10, "aaaa" );
cout << strA << endl; // 1 0xa/aaaa
cout << strB << endl; // 2 0x000a/aaaa

int xA, xB;
string yA, yB;
sscan( strA, "1 " % _ws % _x % "/" % _s, xA, yA );
sscan( strB, "2 " % _x % "/" % _s[3], xB, yB );

print( cout, "xA = " % _d % "\nyA = " % _s % _endl, xA, yA );
print( cout, "xB = " % _d % "\nyB = " % _s % _endl, xB, yB );

// xA = 10
// yA = aaaa
// xB = 10
// yB = aaa

http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/5317.zip

0057デフォルトの名無しさん2007/11/22(木) 23:37:26
notizｷﾀｰw
0058デフォルトの名無しさん2007/11/22(木) 23:48:11
notizと聞くと某ゴーストとか火狐のテーマとかを思い出す俺は異端かな
0059デフォルトの名無しさん2007/11/22(木) 23:49:16
tupleをsinkやsourceにしてそれに対するfilterにしたらとても面白いかも･･･
でも今の僕にはその技術はありませんでしたというオチ
0060デフォルトの名無しさん2007/11/23(金) 14:17:00
MFCやCLIを基本として、BoostだのLokiだのSTLだのATLだのWTLだのを
覚えなきゃならないなんて、C++は大変だな。
おまけにXMLやるならXML用のライブラリ、SQLやるならSQL用のライブラリと
キリがない。
C++もういいよ。終了。
0061デフォルトの名無しさん2007/11/23(金) 14:19:41
>>60
頭おかしいのかお前。

例えば、何の言語を使えば
MLやるのにXML用のライブラリを覚えなくていいのか
SQLやるのにSQL用のライブラリを覚えなくていいのか言ってみろ。
0062デフォルトの名無しさん2007/11/23(金) 14:19:58
そうだね、プロテインだね。
0063デフォルトの名無しさん2007/11/23(金) 14:21:20
そこはだがそれがいいと返すべき
0064デフォルトの名無しさん2007/11/23(金) 14:23:27
全部言語仕様に入れたプログラミング言語作ろうぜ。
俺は見てるから。
0065デフォルトの名無しさん2007/11/23(金) 14:23:54
Java厨乙が適切だと思う。そういう俺はD言語厨。
0066デフォルトの名無しさん2007/11/23(金) 14:25:38
どんなにいいライブラリがあっても使いこなせない低脳さん乙と言ってあげるべき
0067デフォルトの名無しさん2007/11/23(金) 14:26:08
MFCが基本と言ってる時点で（ｒｙ
0068デフォルトの名無しさん2007/11/23(金) 14:29:11
大体基本って何だよ。
MFCはライブラリで、CLIは実行環境ジャン。
0069デフォルトの名無しさん2007/11/23(金) 14:48:17
最近プロテインをプロティン(どちらかというとプロチン)と発音しているCMを見たんだけどこれって正しい？
0070デフォルトの名無しさん2007/11/23(金) 14:48:25
俺は凡人だから、ちょっと頑張れば>>60が挙げたようなものは片っ端から使えるけど、
並外れて悪い頭を持って生まれてきた人には厳しいかもね。
0071デフォルトの名無しさん2007/11/23(金) 15:17:29
ここはいい釣堀ですね
0072デフォルトの名無しさん2007/11/23(金) 15:23:36
↑はいはーい、いつもの「カレ」のご登場でーす。パチパチ
0073デフォルトの名無しさん2007/11/23(金) 15:35:05
恥かいた時のために、いつでも釣り竿を用意してます

「あ、ヤバ！」と思った時、どれだけ自然に「さっきから竿を構えていた」かのように振る舞えるかがコツ
0074デフォルトの名無しさん2007/11/24(土) 03:07:55
>>73
後から釣りでしたって言った奴の負けだと思いますぅ〜♪
0075デフォルトの名無しさん2007/11/24(土) 04:46:35
相手して付き合ってしまってる時点で負けだろ
わざわざ同じレベルに堕ちる必要はあるまいて
0076デフォルトの名無しさん2007/11/24(土) 15:52:12
>>75
おまえもな
0077デフォルトの名無しさん2007/11/25(日) 17:16:34
おまえら、しょうがないなぁ

unit nYakuso = 7; //薬草１個の値段
unit nFukuro[10]; //持ち物を入れる袋
wstring strIppai(L"持ち物が\nいっぱいです＞＜") ;

という文字列を以下のように変換するプログラムを３０秒以内で記述できるか？

unit、nYakuso、=、7、;、unit、nFukuro、[、10、]、;、wstring、strIppai、
(、L、"、持ち物が\nいっぱいです＞＜、"、)、;
0078デフォルトの名無しさん2007/11/25(日) 17:39:14
変数名の前に n とか str とか、自分は低脳ですって言ってるようなもんですよ
0079デフォルトの名無しさん2007/11/25(日) 17:43:33
こういうのはperlとか使った方がよさそう
0080デフォルトの名無しさん2007/11/25(日) 17:55:10
>>77
//以下の文字列を無視するのと
クォーテーション文字で囲まれた文字列内で
エスケープ文字を無視するのは標準Boostでは無理。
0081デフォルトの名無しさん2007/11/25(日) 18:02:10
spiritなら頑張れるかも
30秒以内は無理そうだが
xpressiveは知らない
0082デフォルトの名無しさん2007/11/25(日) 18:26:59
ノcomment_p( )
0083デフォルトの名無しさん2007/11/25(日) 19:04:27
>>82
だな
0084デフォルトの名無しさん2007/11/26(月) 05:43:59
30秒以内に記述してもコンパイルに30秒以上かかるんだよ・・・・
0085デフォルトの名無しさん2007/11/26(月) 14:51:55
boost.pythonでboostとpythonのバージョン違いに悩まされるより
swigの方がいいと思った
swigと比べたboost.pythonの利点って何？
0086デフォルトの名無しさん2007/11/26(月) 17:25:04
python コード呼び出すのがらくなことじゃねーの？
0087デフォルトの名無しさん2007/11/26(月) 18:27:45
cmathの関数群とbindについて教えてください。

double x = 25;
cout << bind(sqrt, _1)(x) << endl;

このコードは、VC++2005では実行できるのですが、
g++ 4.0.0 (boost 1.34) だと以下のように明示的に
キャストしないとコンパイルできません。

cout << bind(static_cast<double (*)double>(sqrt), _1)(x) << endl;

これはg++用boostライブラリ固有の制限なんでしょうか？
0088デフォルトの名無しさん2007/11/26(月) 18:44:44
std::cout << boost::bind<double>(&std::sqrt,_1)(x) << std::endl;
bindがオーバーロード解決に失敗するときは戻り値の型をテンプレート引数で明示的に指定してやればいいらしいです
0089デフォルトの名無しさん2007/11/26(月) 18:48:02
あごめん、やっぱ無理っぽい
0090デフォルトの名無しさん2007/11/26(月) 18:49:07
>>87
もしかしたら、VCにはcmathのfloat版関数の宣言がないのではないか?
0091デフォルトの名無しさん2007/11/26(月) 19:30:10
>>88
>>89
>>90
レスありがとうございます。
やはり複数の関数定義があるからなんでしょうかね。
実行はできるので、実装を受け入れることにします。
0092デフォルトの名無しさん2007/11/26(月) 22:39:40
template特殊化じゃなくて、overloadだとね。

template<typename _Tp> inline _Tp mysqrt(_Tp __x) { return sqrt(__x); }
なら、
cout << bind(mysqrt<double>, _1)(x) << endl;
できるけど。doubleで特殊化されてようとされてなかろうと。

0093デフォルトの名無しさん2007/11/27(火) 01:46:48
ただオーバーロードの名前解決ルールに従うとビッチリdoubleを
指定してるわけだからdouble sqrt(double)を特定できる
はずなんですけどね。コンパイルエラーにもambiguousとは出ていない
ようですし。
0094デフォルトの名無しさん2007/11/28(水) 23:07:10
>93
double を指定しているのは戻り値の型であって、sqrt() の引数の型には寄与してないから特定できないんじゃない？
x の型は bind の解釈には無関係だよね？
0095デフォルトの名無しさん2007/11/29(木) 00:58:51
>>94
_1 は確か引数じゃないかな？戻り値ではないと思ったけど。
0096デフォルトの名無しさん2007/11/29(木) 03:42:26
xpressiveを勉強しているのですがa|b(aまたはb)がうまく動きません

using namespace boost::xpressive;
sregex tok =
　as_xpr("hoge") >> (("!">>~before(eos)) | ("!!">>~before(eos)) | eos);

smatch m;
const std::string addr("hoge!hoge!!hoge!");
std::string::const_iterator it = addr.begin(), end = addr.end();
 
for(　; regex_search(it, end, m, tok, regex_constants::match_continuous)
　　　; it = m[0].second )
{
　std::cout << m[0] << std::endl;
}
このコードで
hoge!
hoge!!
hoge!
と出力されると思ったのですが
hoge!
hoge!
で終わってしまいます
0097962007/11/29(木) 03:46:41
申し訳ございません 間違えました
検証に使った文字列は
const std::string addr("hoge!hoge!!hoge");
です
0098デフォルトの名無しさん2007/11/29(木) 10:35:19
sregex tok =
　as_xpr("hoge") >> (("!!">>~before(eos)) | ("!">>~before(eos)) | eos);


だろ。普通は
0099デフォルトの名無しさん2007/11/29(木) 12:35:47
ファンクたを合成したいんだけど、
compose_f_gx_hx とかって Visual C++ 2005 の
STL には入ってないの？ ファンクタの合成って
boost::compose か何かが必須？

なんか俺勘違いしてるのかな。
0100992007/11/29(木) 12:38:12
あれ？Boost.Compose って deprecated ?
0101デフォルトの名無しさん2007/11/29(木) 12:40:01
lambda::bindを使って
bind(&f, bind(&g, _1))
な風に
でも>>13のように呼び出し規約が__stdcallの関数については使えないようだ
mlには使えるって書いてあるんだけどねぇ･･･誰か使えた人いないのかなぁ
0102992007/11/29(木) 12:48:31
#include <boost/lambda/bind.hpp>
boost::lambda::bind

#include <boost/bind.hpp>
boost::bind

どちらを使うべきなのでしょうか？
0103デフォルトの名無しさん2007/11/29(木) 12:53:19
合成関数目的ならどっちでもいけるけど
__stdcallのものにでも使えるという点でboost::bindかな･･･
0104992007/11/29(木) 12:56:54
THX.
ところで、ファンクタの合成って標準のSTLには入ってないよね？
SGIのだけに入ってるとか、そういうことあるのかな？
少なくとも Visual C++ だと compose_f_gx_hx などはありませんでした。
boost::bind のほうがもっと柔軟だから compose_f_gx_hx いらないけど。
0105デフォルトの名無しさん2007/11/29(木) 22:56:21
>104
標準化される前の SGI STL には compose1, compose2 があった。っていうか今もある。
現行の標準規格には入っていない。
compose_f_gx_hx は Boost.Compose での名前。
C++0x では Bind が標準に入るので今後は bind 使えになると思われ。
0106デフォルトの名無しさん2007/11/30(金) 02:01:44
Scott Meyers' Effective C++: TR1 Information
http://www.aristeia.com/EC3E/TR1_info_frames.html

266 tr1::bind Function Object Binders n1455
0107992007/11/30(金) 15:00:08
_1 とか _2 って boost::lambda 名前空間以下にしかないよね？
boost::bind も併用しているんだけど、
そうすると ambiguous って言われる？
0108デフォルトの名無しさん2007/11/30(金) 15:12:46
言われる
0109992007/11/30(金) 15:15:54
だは〜
無名名前空間の下に見えてる _1 はどっから来たものか・・・
#include <boost/bind.hpp> だろうなぁ。
::_1 って指定してやらないとダメみたい。
0110デフォルトの名無しさん2007/12/02(日) 18:50:17
Visual C++ 2008 Express Edition だとさらに
果敢に IntelliSense が攻めてくれるね．

だけどまた boost をリビルドしなきゃならんのか…
今からやろうと思うんだけど， svn trunk から
とってきたのを直接ビルドしてみようと思う．無謀？
01111102007/12/02(日) 18:58:00
http://svn.boost.org/svn/boost/trunk/boost/config/auto_link.hpp

#elif defined(BOOST_MSVC) && (BOOST_MSVC >= 1500)
# define BOOST_LIB_TOOLSET "vc90"

ってことは，すでに trunk では対応しているのか．
退行テストも通ってるのかな．しかし svn から export
して持ってきたものをどうやってビルドするのかわからん・・
01121102007/12/02(日) 19:24:56
bjam ビルド中。
あっさり toolset 名として vc9 が検出されたみたい。
つーか、bjam をビルドしようとして build_dist.bat を
実行したらすでに本体のビルドまで勝手にやってくれているのだが・・・
以前ビルドしたときとは大違いに楽になってる気がする。
0113110のチラシの裏2007/12/02(日) 19:31:29
ごめん、ウソ。いま改めて
bjam.exe --build-dir=builddir --toolset=msvc-vc9express stage
やってます。Express Edition は固有の toolset 名を持ってるのか？
もしかして 64 ビット版のライブラリをビルドするか否かを決定してる？
0114110のチラシの裏2007/12/02(日) 19:37:30
しかし Graph とか正規表現ライブラリの　Unicode サポートとか
使おうと思ったら expat や icu4c も vc9 でビルドしなおさなきゃ
らんのかなぁ。

って、記憶をたどってみると、両ライブラリとも単独で使った
ことがあるんだけど、vc7 と vc8 で同じバイナリをリンクしてた
きがするのだが・・・ boost はなんでリビルドしなきゃならないの？

とはいえ、 vc8 用にビルドした boost を vc9 でビルドしてる
アプリケーションからリンクするとリンカが怒るので仕方ない。
0115110のチラシの裏2007/12/02(日) 19:59:26
Visual C++ 2008 Express Edition で 1.35 ビルド終了。
failed 2 って出たけど、どこで失敗したのかわからん。
bjam はログを残してくれないのか？
0116デフォルトの名無しさん2007/12/02(日) 20:10:38
(bjam ほにゃらら 2> err.txt) > log.txt
0117110のチラシの裏2007/12/02(日) 20:17:39
え、Windows の cmd.exe でも stderr のリダイレクトできたのか。
bash ばっかりだからしらんかった。
01181102007/12/03(月) 00:12:14
bjam で --toolset=msvc-vc90 にしてるのに
libboost_graph-vc-mt-gd-1_35.lib
みたいにライブラリファイルの名前中のツールセット名が
-vc- になるのは、なぜ〜〜〜？

自分で変更するのタルい。
0119デフォルトの名無しさん2007/12/03(月) 00:34:06
Boost.BuildがV2になった直後はそんな話も出てたような
まぁperlかPowerShell使えばリネームなんて簡単だろ
0120デフォルトの名無しさん2007/12/03(月) 00:34:49
前に同じような減少に見舞われたときは
原因を調べるもの面倒だったからファイル名を一括置換した
なんでそうなるんだろうなあ
01211102007/12/03(月) 05:34:34
>>119
まぁリネーム自体は簡単なんだろうけど，そもそも
ツールセット名ってどっかで正規化されていないのかと．
bjam で指定するツールセット名も msvc だけでも
受け入れられるし， msvc-vc8 や msvc-vc80 なども
変に柔軟に受け入れられるけど，オートリンクでは vc80
とか指定してくるし…

「自分でつけた名前だろ！自分でオートリンクできずにどうするよ！」
って突っ込みを入れたくなった．
01221102007/12/03(月) 09:08:54
ツールセット名は msvc-8.0 と msvc-9.0 にすると
ちゃんと vc80 と vc90 って文字がライブラリのファイル名に含まれます。

msvc / msvc-vc80 / msvc-vc90 も受け入れられるけど、
そうするとライブラリのファイル名におけるツールセットの部分が
vc になってしまってオートリンクなどで都合が悪いです。
0123110自分用メモ2007/12/03(月) 09:41:13
V:\boost-vc8>bjam --builddir=builddir --build-type=complete
--toolset=msvc-8.0 stage

V:\boost-vc9>bjam --builddir=builddir --build-type=complete
--toolset=msvc-9.0 stage
0124デフォルトの名無しさん2007/12/05(水) 12:27:20
BOOST_STRONG_TYPEDEF マクロって，テンプレート版ないのかな？
typedef StrongTypedef<int> MyIntType;
みたいに使いたい．自分で勝手に上のような使い方をしてるけど，
標準があるならそちらに従いたい．

あと，BOOST_STRONG_TYPEDEF って totally_ordered しか
持っていないけど，もっと一般に additive とかそういうのを
持っているバージョンもあればいいと思う．

さらに serialization にも対応してたらいいなぁ．

＃全部「おまえがやれ，自由に」と言われそうだけど
＃標準が決まってるほうが可読性が上がると思う．
0125デフォルトの名無しさん2007/12/05(水) 14:12:06
>>124
> もっと一般に additive とかそういうのを
> 持っているバージョンもあればいいと思う．

具体的にはどういう型の時なの? additiveが有効なのは。

この辺は、 class NAME##_archetype { ってマクロでやってるから、
テンプレートに文字列処理がないとテンプレートだけでやるのは厳しいね。
0126デフォルトの名無しさん2007/12/05(水) 21:17:01
bjamでビルドするときコンパイラに追加で渡したいフラグを設定するにはどのようにすればよいですか？

warning C4996: 'std::XXX': Function call with parameters that may be unsafeとうるさいので
bjam --toolset=msvc-9.0express "--cxxflags=/wd4996" stage
としてみたのですがガンガンwarning C4996が報告されてしまいます

できればboost/config/user.hppとかをいじくらずbjamのオプションとかで渡したいです
0127デフォルトの名無しさん2007/12/05(水) 21:20:50
bjamのオプションもたぶんあるんだろうけど、
わかんなかったら環境変数CLを使えばよいんじゃないかな。
01281262007/12/05(水) 21:45:28
わぉ　環境変数はずっとCFLAGSに設定してました
ありがとうございます
0129デフォルトの名無しさん2007/12/07(金) 07:57:36
scoped_ptr の実装を見て operator! が定義されているから
safe bool idiom にしようとおもって scoped_ptr を
継承した my_scoped_ptr を作ったら conversion が
ambiguous だって怒られた．
0130デフォルトの名無しさん2007/12/07(金) 10:07:16
class A : public B のようにクラスを継承しています。
B に非侵入型の serialize が定義されている場合には
A の serialize も非侵入型にしなくてはならないのでしょうか？
01311302007/12/07(金) 11:04:41
すみません、自分の勘違いだったようです。
boost::serialization 関係でもうひとつですが，
BOOST_STRONG_TYPEDF で定義した型はそのまま
シリアライズできないのでしょうか？
自分で非侵入型の serialize を定義するべきですか？

http://boost.org/libs/serialization/doc/wrappers.html
ここを見ると BOSOT_STRONG_TYPEDEF(T,D) で作った型 D
をシリアライズする際には T に自動的に変換されるので
そのままでいい、ということのようですし、実際
BOOST_STRONG_TYPEDEF マクロの定義を見ても
そこで定義されている構造体には確かに変換が用意されているようなのですが
0132デフォルトの名無しさん2007/12/08(土) 12:44:00
Boost.Preprocessorで、BOOST_PP_CAT(t, Foo)が
tFoo でなく tWFoo と展開されたのだが・・・

t が他の文字ならおｋで、また別のプロジェクトだと　ｔFoo と正しく展開された。
ずっと解決できないので誰かご教授ください　m(_ _)m
■ このスレッドは過去ログ倉庫に格納されています