C++ language gets high marks on performance with new ISO/IEC standard
ISO/IEC 14882:2011 defines the programming language and specifies requirements for implementation. Also known as C++11, this is the first major revision of the standard since 1998. Its new features extend C++’s traditional strengths of flexibility and efficiency – for example, lambda functions, move semantics, and variadic templates further enable developers to use powerful expressiveness and stro
const は消えていない - 野良C++erの雑記帳
const が消える件… - 危ないRiSKのブログ 結論を書くと，別に const は消えていない． 単に T が int const& に推論されているだけだ． // 型名のデマングル用 utility // thanks to http://cpplover.blogspot.com/2010/03/gcc.html #include <cxxabi.h> #include <cstdlib> // std::free のために追加 class Demangle { private : char * realname ; public : Demangle( std::type_info const & ti ) { int status = 0 ; realname = abi::__cxa_demangle( ti.name(), 0, 0, &status ) ; } Dema
C++11対応の書籍 - Faith and Brave - C++で遊ぼう
C++ Concurrency in Action 著者：Anthony Williams Boost Thread Library作者であるAnthony WilliamsによるC++11の並行プログラミングに関する本。 C++11のスレッドライブラリはBoost.Threadの経験をもとに取り入れられ、Anthony自身も大きく関わっている。 Overview of the New C++ (C++0x) 著者：Scott Meyers Effective C++作者であるScott MeyersによるC++11(旧名C++0x)の概要を書いた本。 未読。 Professional C++ 著者：Marc Gregoire, Nicholas A. Solter, Scott J. Kleper 未読。
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" になる ユーザはこの手の短いマクロをよく使うため、この問題はよく発生しそうに見
C++0x あらため C++11
目次 ホーム 連絡をする RSS Login Blog 利用状況 投稿数 - 1078 記事 - 2 コメント - 26448 トラックバック - 363 ニュース 著作とお薦めの品々は 著作とお薦めの品々は 東方熱帯林へ。 わんくま 東京勉強会#2 C++/CLI カクテル・レシピ 東京勉強会#3 template vs. generics 大阪勉強会#6 C++むかしばなし 東京勉強会#7 C++むかしばなし 東京勉強会#8 STL/CLRによるGeneric Programming TechEd 2007 @YOKOHAMA C++・C++/CLI・C# 適材適所 東京勉強会#14 Making of BOF 東京勉強会#15 状態遷移 名古屋勉強会#2 WinUnit - お気楽お手軽UnitTest CodeZine Cで実現する「ぷちオブジェクト指向」 CUnitによるテスト駆
例外オブジェクトとしてのクラス
追記。正しくは、例外オブジェクトは、コピーかムーブのどちらかをサポートしていなければならないというものであった。つまり、コピーするのならば、ムーブは必要ないし、ムーブしかできないクラスも、例外オブジェクトたりえる。したがって、この記事の内容は誤りである。 例外として投げるオブジェクトのことを、例外オブジェクトという。例外オブジェクトがクラスのオブジェクトである場合、コピーコンストラクター、ムーブコンストラクター、デストラクターにアクセス可能でなければならない。（たとえ、使われなかったとしても） struct X { X() = default ; X( X const & ) = delete ; } ; void f() { throw X() ; // エラー、コピーコンストラクターにアクセスできない } しかし、これは非常にわかりにくいと思う。例えば、以下のコードは誤りである。 st
gccとclangのC++0xサポートの比較
C++0xの規格はほぼ固まり、もはや変更されることはない。恐らく、このまま規格制定されるものと思われる。さて、今C++の主要なコンパイラーを上げるとすると、gccとclangをおいて他にはない。MSVCはオモチャだ。右の両コンパイラーは、C++0xの新機能を実装し始めている。もちろん、まだ不完全な実装も多いが、とりあえず遊べる程度には実装できている機能も多いので、比較してみることにする。 gccのC++0xサポート状況は、以下のページに簡易な一覧がある。 C++0x Support in GCC - GNU Project - Free Software Foundation (FSF) clangのC++サポート状況は、以下のページに簡易な一覧がある。 Clang - C++ and C++'0x Status 面白いことに、どちらか片方のコンパイラーでしか実装されていない機能が、結構あ
配列の make_shared - 野良C++erの雑記帳
C++0x の std::shared_ptr を使う場合は， std::make_shared を使うことによって，普通にポインタを new する場合より効率が良く，また安全なコードが書けます： int main() { auto p = std::make_shared<std::string>( "hoge" ); // std::shared_ptr<std::string> p( new std::string("hoge") ); より効率がよく， // また（ここでは詳しく説明しないが）例外安全で，タイプ数も少ない！ } しかし，これには，配列版が存在しません． もっと言うなら，「実行時に大きさの変化する領域」は， make_shared では普通には確保できません． もちろん，普段は std::vector を使えばいいので，特に問題にはなりませんが，効率を極限まで突き詰め
C++0x の std::unique_lock - std::defer_lock と std::adopt_lock でちょっと高度なロック管理
http://cpplover.blogspot.com/2011/07/mutex.html C++ のソースコード中に「途中のreturnや例外に気をつけること」などといったコメントはあってはならないため，補足． // 排他的にアクセスするリソース class exclusive_resource { public : std::vector<int> v ; private : std::mutex m ; public : void lock() { m.lock() ; } void try_lock() { m.try_lock() ; } void unlock() { m.unlock() ; } } ; exclusive_resource res1, res2 ; void thread1() {// res1のみを操作 std::lock_guard< exclusi
char8_t 欲しい - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
C++0x からは UTF16 の文字列リテラル（u"..."）とその型（char16_t）、UTF32 の文字列リテラル（U"..."）とその型（char32_t）が入ります。 そして UTF8 の文字列リテラル（u8"..."）も入ります。しかし UTF8 を表す型は入りません。u8"..." は char の配列を返します。 ある関数の引数が "..." と u8"..." のどちらで渡されたのかを区別する方法はありません。残念です。 まあ今更入れろなんて言ったところでどうせ無理だと思うので、諦めて何かうまい方法を探しましょうということで、適当に考えてみました。 struct char8_t { // いろいろ実装 }; const char8_t* u8(const char* str) { return reinterpret_cast<const char8_t*>(str);
ポインタの使用 - Cube Lilac
この記事は，C++プログラマであるかを見分ける10の質問 - Life like a clown の「ポインタの使用方法について，メモリーリーク問題等と絡めながら戦略を述べよ」に対する回答的な記事です． ポインタの使用に関する戦略ですが，経験上は以下の 2点辺りになるかと思います． C++ は意外とポインタ（と言うよりは動的なメモリ確保）をユーザが明示的に使わずとも何とかなるケースが多いです．STL コンテナ等すでに用意されてあるライブラリの使用も考慮に入れ，本当にポインタが必要な場面かどうかを熟考しましょう． ポインタが必要になった場合，「自力で後処理をする」と言う思想は危険なのでスマートポインタを使用するようにしましょう． あんまりメモリリークの話絡めてないですね． スマートポインタに関しては ポインタは用法用量を守って正しくお使いください - kikairoyaの日記 で上手く纏めら
本の虫: 確率分布の使い方
C++0xのstd::randomには、様々な分布クラスが存在する。一体どうやって使い分ければいいのか。ここでは、ゲームにたとえて考えてみる。 もっとも簡単な分布は、一様分布（Uniform distributions）である。これは、a ≦ i ≦ b, の範囲の値iを、それぞれ等しい確率で返す分布である。 ゲームでいえば、サイコロやルーレットなどの実装に使えるだろう。 // 六面サイコロの実装 int main() { std::mt19937 rng ; // 一様分布 // 0から5までの数字を等しい確率で返す分布 std::uniform_int_distribution<> dice(0, 5) ; int a[6] = { } ; // 六面サイコロの出た目の回数を記録する配列 // 600回サイコロを振る for ( int i = 0 ; i != 600 ; ++i )
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
C++0x Memory Model 第0回 - メモリモデルとは何か
私は，スカートを履いた女の子に，スカートを履いたままぱんつを脱いで，脱ぎ終わったら右手を挙げるようにと，そう命令した．私は，その子が右手を挙げたのを確かに見た．だが，その子のスカートをめくってみたらぱんつはまだそこにあったのだ！ - http://twitter.com/Cryolite/status/8455287843 より一部改変 これは C++ advent calendar の参加記事です。 本ブログエントリは，以降のブログエントリと合わせて， C++0x のメモリモデルに関する規則を具体的な例や意味付けを交えた形で説明していくことを目的としています． 1998年に制定され，2003年に改訂された現行の C++ プログラミング言語標準規格 (以下， C++03) においては，プログラム中にただ1つの実行スレッドしか存在しない場合の規定しか記述されていませんでした*1．しかし， C
「第一回真の闇プログラマ認定プログラミングコンテスト」開催 | スラド
12月25日から来年2月1日にかけて、「第一回真の闇プログラマ認定プログラミングコンテスト」なるものが開催されるらしい(ATNDでの告知、コンテストページ)。 概要は下記のとおり。 近年、C++闇の軍団というC++0x原理主義者が地下活動から私のテリトリーであるグラフ理論のUStream配信を行っているという情報を得た。 (中略) よって、どっかの中二病者がのたまっている闇プログラマーではなく、C++闇の軍団に抵抗しうる真の闇プログラマを養成し、ゆくゆくはC++闇の軍団の対抗勢力となりうる真の闇プログラマの部隊を創設する予定である。 その部隊の志願者や適合者を選別するのが今回のプログラミングコンテストの真意である。奮って参加をして欲しい。
http://d.hatena.ne.jp/faith_and_brave/20100220/1266673222 C++0x 読んだが ダメっぽいな。 ..
http://d.hatena.ne.jp/faith_and_brave/20100220/1266673222 C++0x 読んだが ダメっぽいな。 まず第一にエンタープライズでの開発が考慮されていない。エンタープライズの開発だと１００人２００人 マスタークラスから ジュニアーまで様々なレベルの開発者が携わる。 その中で重要になってくるのは可読性。 はっきり言って、歴史的な可読性を犠牲にして効率が上がるならともかく、気持ちの問題程度の効率では意味がない。 第２に スレッドとファイバーの違いぐらいわかれ、わざわざスレッド起こしたらコンテキストスイッチにどれだけコスト食うんだよ。 関数コールするとレジスタとかが、スタックにPUSHされるんだよってわからん奴が、IF書くなと同じで、スレッドってコンテキストスイッチの塊なんだよってのがわかんないのに下手にスレッド書かせるな。 ３にラムダ式・・・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C++11が正式に発行されました - Faith and Brave - C++で遊ぼう
https://edunlp.hatenadiary.com/entry/20110702/1309621088
trickpalace.net
パスワード認証
