[過去ﾛｸﾞ] Boostを語れゴラァ part3 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
87: 73 2006/10/11(水)22:23 AAS
class Test{
public:
Test(std::wstring s):str(s){};
std::wstring str;
private:
friend class boost::serialization::access;
template<class Archive> void serialize(Archive& ar, const unsigned int version){
ar & str;
}
};
int main(int, char**){
std::wcout.imbue(std::locale(""));
Test te(_T("日本語文字列の入力テスト"));
#if 1
std::wofstream ofs(_T("out.txt"));
boost::archive::text_woarchive oa(ofs);
oa & te;
ofs.close();
std::wifstream ifs(_T("out.txt"));
boost::archive::text_wiarchive ia(ifs);
ia & te;
ifs.close();
std::wcout << te.str << std::endl;
#elif 1
boost::archive::text_woarchive ar(std::wcout);
ar & te;
#endif
return 0;
}
88: 77 2006/10/11(水)22:23 AAS
>>79
まずはbjam.exeをゲットしてboostのフォルダに入れておく。
それから、次のようなバッチファイルを作って、実行。
cd "boostのフォルダ"
set INCLUDE=STLportのヘッダのフォルダ;%INCLUDE%
set LIB=STLportのライブラリのフォルダ;%LIB%
call "C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\vsvars32.bat"
bjam -sTOOLS=vc8_0 --prefix="ライブラリの生成先フォルダ" install
深くは使ってないんで、完璧にうまくいってるかは分からないけど。
89(2): 76 2006/10/12(木)13:23 AAS
77さん書き込みありがとうございます。
その方法でやってみるとBoostとSTLportがVC8上で共存できませんでした。
>bjam -sTOOLS=vc8_0 --prefix=
ではなく
bjam -sTOOLS=vc8_0-stlport --prefix=
が公式HP上で出るのを待つしかないのでしょうか？？
90(1): 2006/10/12(木)15:28 AAS
>>89
ぐぐったらでてきた
外部ﾘﾝｸ:d.hatena.ne.jp
91: 77 2006/10/12(木)18:42 AAS
普通に使えてるけど……
92: 2006/10/12(木)20:51 AAS
もはやboost無しでは生きていけない。
cygwinにboostのパッケージが用意されていて助かった。
93(1): 2006/10/12(木)21:01 AAS
じゃぁ死ね
94: 2006/10/12(木)21:07 AAS
>>93
何だとゴルァ！
95(3): 2006/10/12(木)21:32 AAS
C++をどっぷりやってる人のblogとかは
boost使ってない事が無いな
96: 2006/10/12(木)21:36 AAS
boost禁止のプロジェクトにアサインされて死ねばぁ
97: 2006/10/12(木)21:58 AAS
つうかboostOKのプロジェクトなんてそうないだろ
98(1): 2006/10/12(木)22:02 AAS
>>95
んなこたない。boost使ってない奴はC++にどっぷりじゃないと思ってるだけだろ
99: 2006/10/12(木)23:26 AAS
>>98
つまり>>95にとって「C++どっぷり」と「boost使う」が同値なわけか
100(2): 2006/10/12(木)23:30 AAS
C++に詳しい奴がboost使うと思ってるんだろ。
実際は逆なんだけどな。
101(2): 2006/10/12(木)23:36 AAS
ああ、本当にC++に詳しい奴はBoostを作る、だからな。
102: 2006/10/12(木)23:37 AAS
>>100
逆っていうか、相関性はあまりない気が
詳しいかどうかじゃなくて、便利だから使うだけだしな
103: 2006/10/12(木)23:38 AAS
>>100-101
激しく同意
104: 2006/10/12(木)23:56 AAS
どっぷりというか魅せられた奴が多いとは思う
105(1): 2006/10/13(金)00:10 AAS
>>95
アイディアとかは参考にするし、似たようなもの実装することもあるし、
既に似たようなもの作ってたりとかだなあ。
スレッドとかファイルシステムとかのライブラリって結局自前じゃないと
いろいろ融通が利かなくって、他人のはめんどくさい気がするんだよなあ。
ちょっとずれるけど、C++もCPANみたいにFTPとかXMLとか応用的なライブラリが
まとまって管理されたりするといいなあとか思うな
106: 2006/10/13(金)00:35 AAS
GILみたいになんでもかんでもboostに投げればいいんじゃないかな？
107: 2006/10/13(金)07:54 AAS
大したことない自前ライブラリ使ってるから投げられないと思われ
108: 2006/10/13(金)08:55 AAS
まあ新しいライブラリとかが出たときは、いつでも「なんでもできるし、
もう自分で作る必要はない」とか売り文句がついてくるんだけどさ。
OWLとかMFCもATLもそうだったけど、そういうのの上位に作るとさ、その
ライブラリの衰退と共に自分のコードも死んじゃうんだよね。
あと、自前はたいしたことなくていいんだよ。必要なときに必要な箇所を
実装すればいいんだからさ。
109: 2006/10/13(金)09:12 AAS
Boostはその特性からして、衰退するときはC++と同時だと思うが。
110: 2006/10/13(金)09:29 AAS
それはそうかもね。MFCとかよりはだいぶ標準よりだろうし。
まあ、boostの場合は衰退の前にもっと繁栄しないとかなと。。
111: 2006/10/13(金)10:17 AAS
今は、C++からの逃げ道としてC#やjavaが用意されている時代です。
112(1): 2006/10/13(金)12:16 AAS
>>101
boostの開発者は自分で使いたいから作ったんじゃないの?
自分では使わないけれど他人に使わせるために作ってるわけ?
105の言うとおりに同等品を既に作ってあるとかなら別だけど。
113: 2006/10/13(金)12:37 AAS
人は何故mplを作るのか？
そこにテンプレートメタプログラミングがあるからだ。
114(1): 2006/10/13(金)12:42 AAS
>>112
ただboostを使ってるだけの連中は、boostを作ってる連中に比べれば全然C++に詳しくない。
って話だろ？
115(1): 2006/10/13(金)12:44 AAS
プロジェクトで使えなくとも、Boost のヘッダ見て部分的に移植するのは
いろいろと勉強になって楽しいけどな
特に detail/ 以下漁るといろんなモノ発掘できて楽しいｗ
116: 2006/10/13(金)12:48 AAS
>>114
ただC++コンパイラを使っているだけの連中は、C++コンパイラを作っている連中に比べれば（ｒｙ
上下前次1-新書関写板覧索設栞歴
あと 885 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s