C++14 の Committee Draft が公開された． C++14 は基本的には C++11 のマイナーバージョンアップであるが，バグフィックスのみを行っている訳ではなく， C++11 の時点で微妙に使いにくかった機能，特にラムダ式については，大きな機能追加が行われている． そこで，本 blog では，このエントリから数回に分けて， C++14 のラムダ式について説明してみることにする． 拙い文章になるかとは思うが，読者の理解の助けになれば幸いである． なお，これらの記事を書くにあたって，読者に対して C++11 のラムダ式に対する知識を要求しないように心がけたが， もしかしたら，説明不十分であり，分かりにくい部分があるかもしれない． そのような場合には， 本の虫： lambda 完全解説 等， C++11 のラムダについて書かれた記事は多いので， それらの記事を読んでみることを
N3593 std::split(): An algorithm for splitting strings 文字列を、指定した区切り文字で分割するsplit()関数が提案されています。 // 文字列をカンマで分割する vector<string_view> v { split("a,b,c", ",") }; // v == {"a", "b", "c"} split()関数の戻り値は、今のところstring_viewのなんらかのRangeが返される、ということで考えられています。 string_viewと、コンテナのRangeを受け取るコンストラクタ追加とセットで提案されています。 区切り文字を指定する方法としては、以下の3つのクラスを提供することが考えられています： char_delimiter : 1文字で区切り文字を指定する literal_delimiter : 区切り文字列を
N3069 string_view: a non-owning reference to a string, revision 3 Boost 1.53.0で入ったstring_refと同じく、所有権を持たない文字列クラスの提案。 このクラスは、char配列に対してsubstr()やfind()といったメンバ関数を、stringへの変換コストなしに呼び出すのに使用できます。 const char s[] = "Hello World"; // char配列の部分文字列を取得 string_view view = string_view(s).substr(6, 5); for_each(view.begin(), view.end(), [](char c) { cout << c; }); // 「World」が出力される string_viewはbasic_string_view型のt
A proposal to add coroutines to C++ Another proposal to add coroutines to C++11 今現在、コルーチンの提案が2つ議論されています。 1つ目は、Boost.Coroutine作者であるOliverさんが提案している、ライブラリのみで完結するそのままBoost.Coroutineな仕様。 こちらで「スレッドローカルは、この提案のスコープ外だ」とOliverさんが発言したところ、謎の日本人Ai Azumaさんがツッコミを入れてます。どうやら、GSoCで昔実装されたBoost.Coroutineのスレッドローカル関係のドキュメントを、Oliverさんが読んでなかった模様。 2つ目は、C#のようにyieldキーワードを導入する半言語、半ライブラリの提案。 どちらも、スタック消費型のコルーチンですね。スタックの自動伸長も検討
N3525 Polymorphic Allocators C++11現在の標準アロケータであるstd::allocatorは、コンパイル時にアロケータが管理する型を決定するから使いにくい。なのでアロケータにType Erasureを使ってインタフェースを改善しよう、というのがこの提案。 具体的には、polymorphic_allocatorとmemory_resourceという、大きく2つのクラスを用意する。使い方： // 固定サイズアロケータ。 // 抽象クラスであるmemory_resourceを継承して実装する class FixedBufferResource : public memory_resource { void *m_next_alloc; std::size_t m_remaining; public: FixedBufferResource(void *buffer
Post-Kona Mailing and More Libraries The view from C++ Standard meeting Feb 2012 中の人(cpp-netlib作者、GoogleのDeanさん)がブログに書いたのでここにも書いちゃいますが、C++11の次はC++17となりそうです(仮称はC++1y)。これは小規模なアップデートの予定。さらに2022年あたりに大きなアップデートを予定してます。 標準化は5年周期で行うのが通常らしいのでその関係でこの期間みたいですね。 ライブラリの追加は言語の標準化とは別にリリースされることになるかもしれません。 追記： zakさんがHerb Sutterのブログを翻訳してくれました。 出張報告書：2012/2 C++ Standard Meeting
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
