pandocでMarkdownからHTMLに変換する際、オプションとして-f markdown+hard_line_breakを付けると、一度の改行で<br/>が入る。
pandoc -o a.html a.md -f markdown+hard_line_breaks
-fは、入力フォーマットを指定するオプションmarkdown+hard_line_breaksは、Markdownフォーマットに、強制改行の拡張機能を付加する、という意味。
+のほかに、-を付けて特定の機能を無効にすることもできる。通常、以下のようなMarkdownテキストは
こんにちは。 さようなら。
以下のようなHTMLに変換されるが(ここではHTMLの一部のみ記載)、
<p>こんにちは。 さようなら。</p>
上記オプションを設定することで、以下のような改行入りのHTMLに変換される。
<p>こんにちは。<br />さようなら。</p>
Boost 1.59.0から、Boost.Multi-indexに、ranked indiciesというのが入ります。
これは、キーが何番目に大きいかを対数時間で取得できる、連想配列のインデックスです。
イメージとしては、mapに対してit = m.find(key)をして得たイテレータに、distance(m.begin(), it)としてイテレータの位置を求めるのが、容易になるという感じです。
#include <iostream> #include <boost/multi_index_container.hpp> #include <boost/multi_index/ranked_index.hpp> #include <boost/multi_index/member.hpp> struct Person { int age = 0; std::string name; Person() {} Person(int age, const std::string& name) : age(age), name(name) {} }; using namespace boost::multi_index; using Container = boost::multi_index_container< Person, indexed_by< ranked_non_unique<member<Person, int, &Person::age>> > >; int main() { Container c; c.emplace(3, "Alice"); c.emplace(1, "Bob"); c.emplace(4, "Carol"); // キー値2を持つ要素が、何番目に大きいかを取得する auto it = c.emplace(2, "Hoge").first; std::size_t n = c.rank(it); std::cout << n << std::endl; // 1 // キー値4の要素が、何番目に大きいかを取得する std::cout << c.find_rank(4) << std::endl; // 3 // 最後尾にある要素へのイテレータを取得する std::cout << c.nth(c.size() - 1)->name << std::endl; // Carol }
ランク用インタフェースのほかに、mapと同じくイテレータを扱うfind()やlower_bound()のインタフェースも持っています。
いつものように、boostjpサイトで、リリースノートの翻訳をやっています。
発表資料は、上記ページにまとめてあります。
東京での開催は、1年2ヶ月ぶりとなりました。最近だいぶ気持ちが落ち込んでいて、当日の朝まで非常に憂鬱な状態だったのですが、参加者のみなさんの熱気で、おかげさまで回復できました。
またネタがたまってきた頃にでも開催しますので、何か発表ネタがある方は「今度こういう発表したい」のような連絡をいただけると、開催しやすいです。
おかげさまでご好評いただいております書籍『C++ポケットリファレンス』ですが、この度、C++規格の最新バージョンC++14(ISO/IEC 14882:2014)に対応した改訂版を出版します。
基本文法、ライブラリの各章において、C++14で追加された機能の解説を加筆しました。
また、それ以外の項目についても、解説の加筆や改善を行っています。
ページ数も16ページほど増量し、544ページになっています。そろそろポケットに収納するのは厳しいかもしれません。
コンパイラのC++14への対応も非常に早いので、より多くの方にC++14の機能を使っていただければ幸いです。
『C++ポケットリファレンス』第2版は、2015年6月4日に発売予定です。電子書籍版は、技術評論社のDigital Publishingサイトで販売を予定しています。
PDF版はこちらです：
2015/05/30(土)に、Boost.勉強会 東京を開催します！
いつものように、boostjpサイトで、リリースノートの日本語訳を作成して公開しています。
今回の新ライブラリは、以下の2つです。
更新はたくさんありますが、目立ったところをいくつか列挙します。
std::tupleアダプトが正式サポートになった
apply_visitor()関数に、ジェネリックラムダを指定できるようになった。
disjoint()とintersects()がサポートする組み合わせが増えたsmall_vectorというコンテナが追加された
vector。テンプレートパラメータで指定された要素数の領域を事前に確保することにより、その要素数を超えない限り、insert()／push_back()でメモリ確保を行わない。static_vectorとは異なり、フリーストアからメモリ確保し、キャパシティを超えた領域の拡張が可能。nth()、index_of()メンバ関数が追加された。
Boost.Graphのadjacency_listクラスには、Bundleプロパティという仕組みを使って、頂点や辺の情報を、任意のユーザー定義型に保持できます。
そのような作りになっているグラフオブジェクトに、Graphvizのデータを読み込むサンプルコードを、以下の示します。
読み込むGraphvizデータ(graph.dot)
digraph G {
0 [name="A", pos="(0,0)", id=1];
1 [name="B", pos="(-3,3)"];
2 [name="C", pos="(3,3)"];
3 [name="D", pos="(0,6)"];
0->1;
0->2;
1->3;
2->3;
}
このデータを読み込むコード：
#define BOOST_GRAPH_USE_SPIRIT_PARSER // for header only #include <boost/graph/adjacency_list.hpp> #include <boost/graph/graphviz.hpp> #include <boost/optional.hpp> #include <fstream> #include <iostream> struct Point { int x = 0; int y = 0; }; std::ostream& operator<<(std::ostream& os, const Point& p) { return os << '(' << p.x << ',' << p.y << ')'; } std::istream& operator>>(std::istream& is, Point& p) { if (is.get() != '(') { is.setstate(std::ios_base::failbit); return is; } is >> p.x; if (!is) { is.setstate(std::ios_base::failbit); return is; } if (is.get() != ',') { is.setstate(std::ios_base::failbit); return is; } is >> p.y; if (!is) { is.setstate(std::ios_base::failbit); return is; } if (is.get() != ')') { is.setstate(std::ios_base::failbit); } return is; } namespace boost { template <class T> std::ostream& operator<<(std::ostream& os, const boost::optional<T>& x) { if (x) { os << x.get(); } else { os << ""; } return os; } template <class T> std::istream& operator>>(std::istream& is, boost::optional<T>& x) { T result; if (is >> result) { x = result; } return is; } } struct Vertex { int nodeId; std::string name; boost::optional<int> id; Point pos; }; using Graph = boost::adjacency_list< boost::listS, boost::vecS, boost::directedS, Vertex >; void load(Graph& g) { boost::dynamic_properties dp; dp.property("node_id", boost::get(&Vertex::nodeId, g)); dp.property("name", boost::get(&Vertex::name, g)); dp.property("id", boost::get(&Vertex::id, g)); dp.property("pos", boost::get(&Vertex::pos, g)); std::ifstream file("graph.dot"); if (!boost::read_graphviz(file, g, dp)) { throw std::runtime_error("can't load graph.dot file."); } } int main() { Graph g; load(g); std::cout << "name : " << g[0].name << std::endl; std::cout << "pos : " << g[0].pos << std::endl; }
出力：
name : A pos : (0,0)
Bundleプロパティに設定されたユーザー定義型と、Graphvizの情報をマッピングするには、boost::dynamic_propertiesクラスを使用します。ここに、属性名と、それに相当するBundleプロパティのメンバ変数を列挙していきます。
ここでは、Graphvizの頂点データに含まれる、以下の情報を読み込んでいます：
"node_id"という名前で、このIDを読み込めます。このIDがいらない場合は、読み込まなくてもいいです。nameという名前に設定された属性は、std::string型のメンバ変数に読み込んでいます。boost::optional<int>型に読み込んでいます。そのための入出力ストリーム演算子を用意してあります。Point型に読み込んでいます。これは、(x,y)という形式で書いています。頂点や辺の各属性を読み込む際には、その型の入力ストリーム演算子が呼ばれます。ここで、任意のフォーマットになっているユーザー定義型のデータを読み込めます。
boost::optionalの読み込みについては、公式の入出力ストリームとはフォーマットが異なることに注意です。ここでは、その属性を読み込めなかった場合に無効な状態、読み込めた場合に有効な状態としています。boost::optional公式のフォーマットを使用する場合には、<boost/optional/optional_io.hpp>をインクルードしてください。
optionalに関連して。属性が記載されていない場合には、operator>>は呼ばれず、その型のデフォルト値が設定されます。
その1、その2、その3、その4、その5、その6、その7に引き続き、C++14の標準ライブラリに入った小さな変更を紹介していきます。
C++11までこれらの関数は、以下のような保証をしていました。
要素の挿入操作で例外が発生した場合、副作用が発生しない
これはつまり、複数の要素を挿入する際に、後ろの方の要素が、コピーで例外を送出した場合、ここまで成功した挿入もなかったことにする、ということを意味します。これはバックアップ情報を持っておく必要があり、コストが高いこともあって、現実的でない強い保証です。
C++14では、挿入操作で例外が発生した場合には、例外が発生したその単一要素のみ、副作用が発生しない、という保証に変わりました。
vectorのoperator==dequeのoperator==arrayのoperator==setのoperator==mapのoperator==listのoperator==forward_listのoperator==C++03およびC++11では、以下と同等の戻り値である、となっていました。
return distance(x.begin(), x.end()) == distance(y.begin(), y.end())
&& equal(x.begin(), x.end(), y.begin());
C++14では、std::equal()アルゴリズムに、last2を受け取るオーバーロードが追加されたので、それを使用します。
return equal(x.begin(), x.end(), y.begin(), y.end());
このlast2を受け取るオーバーロードは、一度の横断で、要素数が等しいかと、それらの要素が等しいかの両方を判定します。
C++11では、コンテナのsize()メンバ関数は、計算量が全てO(1)になったので、実際の実装ではdistance()の代わりにsize()メンバ関数が使用されていたでしょうから、パフォーマンスはとくに変わらないでしょう。
forward_listについては、Cの実装とゼロオーバーヘッドにするという目的があるため、size()メンバ関数を持っていません。そのため、distance()をsize()メンバ関数で置き換えて使用できなかったので、forward_listはこの変更でパフォオーマンスアップが期待できるでしょう(内部の実装用にlast2を受け取るequal()アルゴリズムを持っていなければ)。
C++11
namespace std { template <class F, class... Args> future<typename result_of<F(Args...)>::type> async(F&& f, Args&&... args); template <class F, class... Args> future<typename result_of<F(Args...)>::type> async(launch policy, F&& f, Args&&... args); }
C++14
namespace std { template <class F, class... Args> future< typename result_of< typename decay<F>::type(typename decay<Args>::type...) >::type > async(F&& f, Args&&... args); template <class F, class... Args> future< typename result_of< typename decay<F>::type(typename decay<Args>::type...) >::type > async(launch policy, F&& f, Args&&... args); }
C++03
static int index = 0; return index++;
C++14
static std::atomic<int> index(0); return index++;
まだいくつかありますが、気にする必要のあるものはそれほどないので、このあたりで終わりにします。
さらに詳しく知りたい方は、cpprefjpのC++14対応まとめページからリンクを辿るか、cpprefjp/siteリポジトリのコミットログからC++14対応の歴史を抽出してください。
その1、その2、その3、その4、その5、その6に引き続き、C++14の標準ライブラリに入った小さな変更を紹介していきます。
condition_variable::wait()condition_variable::wait_for()condition_variable::wait_until()condition_variable_any::wait()condition_variable_any::wait_for()condition_variable_any::wait_until()C++11までは、ミューテックスの取得関係で例外が送出される可能性があった。
C++14では、ミューテックスの取得関係では、wait系関数は例外を送出しない。その代わりにstd::terminate()関数を呼び出してプログラムが異常終了する。時計、時間演算関係で例外を送出する可能性がある。
namespace std { template <class T> class tuple_size; // 先行宣言 // C++11 struct tuple_size<pair<T1, T2>> { static constexpr size_t value = 2; }; // C++14 struct tuple_size<pair<T1, T2>> : public integral_constant<size_t, 2> {}; }
namespace std { template <class T> class tuple_size; // 先行宣言 // C++11 template <class T, size_t N> struct tuple_size<array<T, N>> { static constexpr size_t value = N; }; // C++14 template <class T, size_t N> struct tuple_size<array<T, N>> : integral_constant<size_t, N> {}; }
ヌルポインタ型かを判定するis_null_pointer型特性が、<type_traits>に追加されました。
namespace std { template <class T> struct is_null_pointer; }
この型特性は、型Tがstd::nullptr_tであればstd::true_typeから派生し、そうでなければstd::false_typeから派生します。
C++11で追加されたアルゴリズムstd::copy_if()ですが、戻り値の仕様が未規定だったので、C++14で以下の仕様が追加されました。
戻り値 コピー先の範囲の終端を返す。
C++11：
namespace std { template<class R, class T> unspecified mem_fn(R T::*); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...)); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) const); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) volatile); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) const volatile); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) &); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) const &); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) volatile &); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) const volatile &); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) &&); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) const &&); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) volatile &&); template<class R, class T, class... Args> unspecified mem_fn(R (T::*)(Args...) const volatile &&); }
C++14：
namespace std { template<class R, class T> unspecified mem_fn(R T::*); }
単に冗長なオーバーロードでした。
以下のオーバーロードについて、
template <class F> function(F f); template <class F, class Alloc> function(allocator_arg_t, const Alloc& alloc, F f);
C++11までは、型Fがstd::functionのテンプレートパラメータと同じシグニチャを持つことを「要件」として定義していました。
C++14では、異なるシグニチャの関数オブジェクトが渡された場合、オーバーロード解決の候補から外れます(SFINAEになる)。
template<class F> function& operator=(F&& f);
異なるシグニチャの関数オブジェクトが渡された場合、オーバーロード解決の候補から外れます。
vector<bool>にemplaceとemplace_backを追加単に書き忘れです。
cpprefjpにどう書こうか悩んだのですが、暫定的に、std::vectorの各メンバ関数のページに書きました。
template <class... Args> iterator emplace(const_iterator position, Args&&... args); template <class... Args> iterator vector<bool>::emplace(const_iterator position, Args&&... args); // C++14
template <class... Args> void emplace_back(Args&&... args); template <class... Args> void vector<bool>::emplace_back(Args&&... args); // C++14
ひとまずネタが尽きたのですが、cpprefjp側の対応が進んだらもう少し書きます。
