- 1 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 23:04:01 ]
- 過去スレ
part 5 pc11.2ch.net/test/read.cgi/tech/1192662575/
part 4 pc11.2ch.net/test/read.cgi/tech/1175663346/
part 3 pc11.2ch.net/test/read.cgi/tech/1158991211/
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/
- 129 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:00:59 ]
- Boost.Threadに
event
timer
に相当するものがないのはなぜ？
- 130 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:30:20 ]
- スレッドその物じゃない。
- 131 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:40:50 ]
- 力作を送れば採用してもらえるかも？
そういえばboostに日本人作のものって入ってるの？
- 132 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 15:59:44 ]
- boost::conditionとかじゃないのか？
- 133 名前：デフォルトの名無しさん [2008/06/11(水) 16:03:34 ]
- >>132は>>129へのレス
むしろ、Lockの名前や使い方が以前のバージョンと違うほうが問題
- 134 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:12:18 ]
- boost.rubyができれば強制的に入ることになるかも
- 135 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:26:59 ]
- >>131
boost::rangeの一部(MFCコンテナ用range)は日本人っぽい名前だったような。
あとこないだまでレビューしてたboost::eggも多分そう。
- 136 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 19:29:51 ]
- 「C++なぞ問題外」と書いたまつもと氏のRubyがboostに入るわけですか
boostは心が広いなぁ、ホント素敵！
- 137 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 19:40:03 ]
- いいえ、RubyをベースにしたRuby++言語の処理系をboostベースで実装します
- 138 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 19:53:23 ]
- boost なぞ問題外．^^;;;
- 139 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 20:50:38 ]
- どうでも良いが個人的にまつもと氏に0xに改善されても尚C++が問題外かどうかを訊ねたい。
- 140 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 20:55:22 ]
- boostのtime関係って
ってなんであんなにごちゃごちゃしてるの？
boost::date_time
boost::x_time
boost::system_time
- 141 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 21:03:26 ]
- C++のtime関係がごちゃごちゃしてるからだよ。
- 142 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 02:29:45 ]
- SVNはasioが頻繁にアップデートされているな。
そのうちDirectSoundと同じ位気軽にASIOを扱える様になるんだろうか。
- 143 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 02:32:12 ]
- って、ソース見たらASIO関係無い・・・
穴があったら入りたい
- 144 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 02:44:50 ]
- 全くのスレ違いだがPortAudioをオススメしておく
- 145 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 03:02:40 ]
- ありがとう
- 146 名前：デフォルトの名無しさん [2008/06/12(木) 06:56:32 ]
- >>139
jp.rubyist.net/magazine/?0018-Legwork
こんな記事も書いてたぞ。
- 147 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:29:48 ]
- >>139
悪いものに何を付け足しても良くならないと考えるんじゃない?
- 148 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 13:59:50 ]
- Ruby より優れた言語はこの世に存在しない。
- 149 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 14:07:47 ]
- スクリプト言語と普通の（？）言語を一緒にされても・・・
- 150 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 17:46:02 ]
- Rubyでブートローダーとかデバイスドライバとかゲームとか作れるのかよ。
- 151 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:03:27 ]
- boostはpythonをサポートしてるから、boostスレでわめいてもRubyの布教に効果ないよ。
- 152 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:10:52 ]
- 空飛ぶパイソンvsキリスト
- 153 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:28:07 ]
- boostがrubyに対応させる？
rubyがboostに対応させる？
- 154 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 19:38:59 ]
- まー、Java(笑)なんかよりは優秀だろ
Rubyは
- 155 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 20:09:15 ]
- Java言語がいかに貧弱だろうとJVMが優秀だからJavaが有利
- 156 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 21:15:45 ]
- 最近じゃscalaとかあるしなぁ
- 157 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:19:12 ]
- Fortran「」←帰れと退けたくなる様な事言わせろ
- 158 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:25:49 ]
- >>157
あなた様がいなければ、CやC++といった素晴らしい言語は生まれませんでした
- 159 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:30:47 ]
- Boost.Malbolgeﾏﾀﾞｰ？
- 160 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:32:13 ]
- Fortran「全部大文字で書いてくれ。俺の名前も」(1977)
- 161 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 09:38:24 ]
- Boost.XML
Boost.SOAP
Boost.CORBA
誰か作ってケロ
- 162 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:49:42 ]
- Boost.XMLはspiritにxml用の設定があったような？
- 163 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:20:14 ]
- xml_iarchive xml_oarchive
- 164 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:10:55 ]
- boost.rails
しかもＭＰＬ使いまくりなのを
- 165 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 18:42:39 ]
- BOOST_AUTOは完全にC++に準拠していて尚且つ拡張の無い環境ではちゃんとコンパイルされるの？
- 166 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 21:51:58 ]
- それでできたら C++0x の auto の追加はいらないんじゃないか?
でも auto ほど簡単な記述はできないか。
- 167 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 22:17:23 ]
- コンパイラのバグをうまくついて実装してたりするんじゃなかったっけ？
- 168 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 22:32:40 ]
- >BOOST_AUTOは完全なコンパイラの元では規定型の自動変数の宣言をラップしたものになる。
>規定型とはC言語時代のint
- 169 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 01:43:17 ]
- ここ5年はMicrosoftべったりのC++プログラミングの仕事だったんだけど標準に近いC++に戻ってきました。
特にテンプレート周りの環境変化は浦島状態なんですが、なにかお勧めの書籍ないですか？
細かいところはWebでしか追いかけられないのは承知ですが、まとまった内容は書籍の方が体系的に吸収できると思うので。
リハビリでModern C++ Designは読みましたが、今となってはあれも古い本だよねぇ。
LokiはBoostに吸収されてしまってるのかな？
- 170 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 05:15:28 ]
- 日本語のboost本は殆ど初心者向け。君が得られるものは何もない。
以上からお勧めの書籍は存在しないという結論に至る。
まあ導入くらいが目的なら、そこらに落ちてるboost本なら何でも。
- 171 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 07:00:15 ]
- boost本って稲葉の以外に出てるの？
- 172 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 09:08:23 ]
- >>171
Boostスレだけど、C++一般なんだよね?
「C++ Coding Standards−101のルール、ガイドライン、ベストプラクティス」
これが今のところ網羅的な本。初心者にもルール集としては便利だけど、
内容は中級以上じゃないと理解できない。
>>171
つ Beyond the C++ Standard Library: An Introduction to Boost
つ The Boost Graph Library: User Guide and Reference Manual
- 173 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 09:47:36 ]
- 日本語は俺も稲葉著以外ないでしょ
>>169
C++ Template Metaprogramming
テンプレートっていうかBoostのTMPの本だがリハビリには丁度良いかと
- 174 名前：173 mailto:sage [2008/06/16(月) 09:50:28 ]
- 間違えた
-日本語は俺も稲葉著以外ないでしょ
+日本語は俺も稲葉著以外知らない
稲葉のも糞とは言わんが内容的に半端だからなぁ
- 175 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 11:50:03 ]
- みなさん、いろいろ書籍紹介どうもありがと。
とりあえず上がってるやつで日本語のものから優先で読んでみまつね。楽しみです。
ところですれ違いならごめんなさい。
実装環境ですが、WindowsとUnixの両方で動くようなプログラム作成を想定してて
現時点でなるべく新しいものをということで、WindowsはVC9(2008)、UnixはGCCの使用を考えてます。
ここでBoostは、1種類しか実装版がないようなので迷う必要がないですが
STLは、STLPortがいいのでしょうか。それともVC・GCCにはじめから添付されてる(?)やつを使うのが普通ですか？
たぶん性能と導入容易性とでみなさん天秤にかけておられるのと思いますが…。
LokiはTypelistなどMeta Programming関連が非常に興味深かったですが、
有用なものはBoostに包含されていて、とりあえずBoost使ってればOKな感じですか？
ぐぐるとLoki自体はバグがそれなりにとかあったので、仕事には使いづらいのかなとも…。
ちょっと空気が読みきれてなくて、初歩的な質問すまそです。
- 176 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 12:01:27 ]
- 両方のOSで動かしたいだけなら、Cygwin入れてgcc使えばいいのに。
- 177 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 13:46:26 ]
- ・Lokiはもはや必要ない
・Boostの前にTR1
・g++は最新のものを附属のlibstdc++と一緒に
・VC++は「必ず」最新のものを、必要になった時にSTLportと
・暇があればConceptGCCも試す
- 178 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 13:48:23 ]
- フェニックスシングルトンってLoki以外の他のそれ以外のBoost以外を除いたものの中にサポートされてたっけ？
- 179 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 14:20:27 ]
- Boost.Singleton って定期的にレビューに現れては reject されてるな
- 180 名前：デフォルトの名無しさん mailto:sage [2008/06/16(月) 23:46:07 ]
- >>177
どうもありがとう！
- 181 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 20:12:12 ]
- boost.spiritって何がspiritなの？
ふざけてるの？
- 182 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 21:52:15 ]
- すいません、boostを巻き込むとコンパイルにえらい時が掛かるんですが、こんなもんなの？
- 183 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 21:53:52 ]
- つプリコンパイルドヘッダ
- 184 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 21:56:38 ]
- >>182
俺も高性能なPCが欲しくて仕方がない。
- 185 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 23:15:09 ]
- >>182
boost使い始めるとコンパイルが見る見る遅くなるんで笑った。
テンプレートを実体化するものをヘッダーに置くとすさまじく遅くなるようだ。BOOST_CLASS_EXPORTとか遅いね。cppで実体化させる様にすると速くなる。
- 186 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 12:37:06 ]
- xpressiveを使ったときのコンパイルの遅さとmapファイルの肥大化には思わず笑ったな
- 187 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 12:41:37 ]
- VSの簡易リビルドが正確だったら、この機能を使ってコンパイル時間を短縮できるのに。
- 188 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 12:52:46 ]
- boost.pythonちょっと試そうと思ったんだけど
単なるhello, worldにも異常にコンパイル時間かかるから断念した
これならSWIGやpyrexみたいなの使ったほうがいい
ターンアラウンド遅すぎるしコンパイラのエラーメッセージは不可解だから、
学習やおためしには不向きだな
俺みたいなヘタレは、デバッガつかってもboostのコードは追いきれる自信ねえよ
難解なマクロとテンプレートのコンビ技の嵐だし
- 189 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 14:59:12 ]
- boost::ptr_vector が内部に持っているポインタ配列の先頭アドレスを取得する
メソッドはあるでしょうか?
- 190 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 20:01:21 ]
- &V[0]とか？
- 191 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 20:32:13 ]
- ptr_vector の operator[] はポインタが参照するオブジェクトへの参照なので
配列のアドレス情報は含まれないはずです。
- 192 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 20:45:15 ]
- どういう間隔で配列が内部にあるかという情報はないの？
- 193 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 21:35:40 ]
- たぶん内部では boost::ptr_vector<T> pv の中には std::vector<T*> v のようなものが含まれていて
template<class T> T& ptr_vector<T>::operator[]( size_type pos ) { return *v[pos]; }
のような実装になっていると思う。
実際に欲しいアドレスは &v[0] だけど、&pv[0] とすると v[0] を得てしまう。
- 194 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 22:23:22 ]
- ptr_vectorの定義見ればいいんじゃね？
- 195 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 23:09:29 ]
- マクロばっかの追いにくいコードだったと思う
- 196 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 23:17:01 ]
- Boostに動的ライブラリのラッパーが追加される予定はありますか？
GLibのGModuleみたいな。
|
 |
