はてなブックマーク

==32488== HEAP SUMMARY: ==32488== in use at exit: 72,704 bytes in 1 blocks ==32488== total heap usage: 1 allocs, 0 frees, 72,704 bytes allocated ==32488== ==32488== LEAK SUMMARY: ==32488== definitely lost: 0 bytes in 0 blocks ==32488== indirectly lost: 0 bytes in 0 blocks ==32488== possibly lost: 0 bytes in 0 blocks ==32488== still reachable: 72,704 bytes in 1 blocks ==32488== suppressed: 0 bytes

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Boost Graph Library BGL(Boost Graph Library)自体が何であるか、目的は何であるかはこのページにある。 重要な事はBGL自体で完結したグラフライブラリを提供する事ではなく、BGLを使って、汎用的で持続可能なグラフ理論のアルゴリズム作成を支援する事である。 これに関連して、興味深い例が先に掲げたページにあるので、興味のある人は参照して欲しい。 コンセプト:Graph 一般的に、グラフの効率的な実装は状況により異なる。 そのため、様々なグラフの実装が用いられるが、GraphコンセプトはBoost Gr

概要 inline指定子は、かつてコンパイラのインライン化を促進するために使われた。 コンパイラが賢くなった現代では、インライン化を促進する意味でのinline指定子は、実際上何の影響も与えない。 ところが、inline指定子にはコンパイラへのヒントだけでなく、特に複数の翻訳単位が有る時、プログラムに影響を与える事がある。 例1 // test1.cpp # include <iostream> inline int f() { return 1; } void g() { std::cout << f() << std::endl; } int main() { g(); } // test2.cpp inline int f() { return 2; } void h() { f(); } この二つの翻訳単位から成るプログラムをコンパイルすると、面白い結果になる。 すなわち、リンク順