Boost.勉強会 #9 つくばでLTしてきた - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
発表資料: Effective STL 11 - Google スライド 10分間のLTのくせに48ページも使いました。 が、ちゃんと10分ぐらいで終わった気がします。ビデオまだ見てないのでわかりませんけど。 で、この資料は10分で説明することを目的にしてて、あまりに簡潔すぎて足りてないところがあるので、それを補足していきます。 第4項 size()で0を調べる代わりにemptyを呼び出そう empty()とsize()は、効率的には同じになりましたが、だからといって必ずsize()を使いましょうという訳ではないです。 あくまで、empty()とsize()を"効率の観点で"使い分ける必要が無くなったというだけです。 なので、どちらの方がいいかというのは、「空かどうかを調べたい」という意思が強いのか「要素数が0なのかどうかを調べたい」という意思が強いのかあたりで使い分ければいいと思います。
TrivialClock - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
C++0x の最新の仕様では、Chrono ライブラリに TrivialClock の要件が追加されています。 今までの Clock の要件に加えて、TrivialClock はほとんどの操作で例外を投げてはいけないという要件が追加されています（他にもいくつか追加されている要件がありますが）。 今まで Clock::now() でのエラーの扱いが不明瞭だったので、これは嬉しい修正です。 標準で用意されている system_clock, steady_clock, high_resolution_clock は TrivialClock の要件を満たすように変更されているので、これらの clock は決して例外を投げません。安心して使えます。 時間の取得で例外を投げることがあるのかというと、例えば、 //if ( QueryPerformanceCounter( &count ) == 0
C++03 と C++11 の互換性 - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
C++03 と C++11 ってどれぐらい互換性があるのかなーと気になっていたんだけど、仕様書の §C.2 を見てみたらずばりなものが載っていたので、一通り読んでみた。 C++03 のコードを C++11 として動かそうとしたときにコンパイルエラーやランタイムエラーが発生したら、これを確認してみるといいかも。 新しい文字列リテラル R, u8, u8R, u, uR, U, UR, LR という新しい文字列リテラルが追加されたため、文字列と一緒にこれらのマクロを使った場合、互換性の無いコードになる可能性がある。 例えば以下のコードは互換性の無いコードである。 #define u8 "abc" const char* s = u8"def"; // C++03 なら "abcdef"、C++11 なら "def" になる ユーザはこの手の短いマクロをよく使うため、この問題はよく発生しそうに見
Boost.勉強会の資料 - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
アップしておきました。 Boost.Coroutine View more presentations from melpon メモメモ http://blog.think-async.com/2009/08/composed-operations-coroutines-and-code.html http://www.okws.org/doku.php?id=okws:tame http://d.hatena.ne.jp/shinichiro_h/20040106#p1 #boostjp タグあたりから拾ってきた疑問とか。 関数終わりの self.exit() について 例えば int を返す coroutine を作る場合、int を返す関数を渡さす必要があって、例えば 1, 2, 3 と順番に値を返すような場合は、 int f(coroutine<int ()>::self& sel
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
