夏休みなのでbjam始めてみます 1日目 - fjnlの生存記録のような何か
bjamが欲しいので、まずはboostをダウンロードして展開し、bjamをビルドします。そして、boostを展開したディレクトリをBOOST_ROOT環境変数に定義しておきます。BOOT_ROOTはbjamの動作上も必要です。 $ export BOOST_ROOT=/path/to/boost $ cd $BOOST_ROOT $ ./bootstrap boost 1.47.0からbootstrapで作成されるbjamの実行ファイル名が、"bjam"と"b2"の2つになっています。1.47の段階ではこれらのファイルの内容は同一で単なるコピーのようですが、以降はbjamで統一します。 Mac環境で、Appleによって提供されていないgccを使う場合は、以下の修正を行う必要があります。(例えばMacports) -no-cpp-precompというオプションはAppleのgccにしか存在し
Chapter 1. Boost.Lockfree
Distributed under the Boost Software License, Version 1.0. (See accompanying file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt)
CUDA用メモリクラス(素体): 晶紀の館 第2別館
CUDAのプログラムは、思い切りシンプルにすると、こんな感じになります。 const int N = 256; float* h_A = (float*)malloc(sizeof(float)*N); float* d_A; cudaMalloc((void**)&d_A, sizeof(float)*N); for (int i = 0; i < N; i++) h_A[i] = i; cudaMemcpy(d_A, h_A, sizeof(float)*N, cudaMemcpyHostToDevice); func<<<1, N>>>(d_A); cudaMemcpy(h_A, d_A, sizeof(float)*N, cudaMemcpyDeviceToHost); free(h_A); cudaFree(d_A); メモリを確保する GPUにデータを送る 計算する GPUから
参照を保持するコンテナ - Faith and Brave - C++で遊ぼう
同じ基本クラスを継承したクラスのオブジェクトがいくつかあり、それらをまとめて扱いたい場合と、専門特化して扱いたい場合、両方が同時に必要なことがたまにあります。 そんなときに、オブジェクトの参照を保持するコンテナが必要になるのですが、どうやらboost::reference_wrapperのコンテナを使用すればいいようです。 こんな感じになりました。 #include <iostream> #include <string> #include <vector> #include <boost/ref.hpp> #include <boost/assign/list_of.hpp> #include <boost/foreach.hpp> struct Base { // 共通で使用する関数 void print() const { std::cout << "print" << std::e
Boost.PropertyMap (.pdf)
2010/10/23 Boost.勉強会 #3 関西 プレゼン資料 .pdf とりあえず upload 版Read less
型Fからboost::function＜R(Args...)＞を作る - Faith and Brave - C++で遊ぼう
BoostML - 【function/bind】 function object type introspection template <class F> void foo(F f) { boost::function<???> ff = f; } みたいなことがしたいんだけど、どうすればいいの、というお話。 MLではBoost.FunctionTypesで関数(オブジェクト)から 戻り値の型：result_type パラメータパック：parameter_types で取り出せばいいんじゃない、という回答がついてますが、 parameter_typesが返すのはMPLのシーケンスなので、それを展開するのはなかなか難しかったりします。 先のエントリで作成したfusion::vectorからstd::tupleへ変換するfuvector_to_tupleメタ関数を使用して MPLのシーケン
letsboost::signals
abstract boost::signals2 という後継ライブラリがリリースされています 必要なヘッダ <boost/signal.hpp> 出来ること Signal/Slot リファレンス en sample #include <iostream> #include <boost/signal.hpp> using namespace std; void Dog(int c) { for(int i=0; i!=c; ++i) cout << "BowWow" << endl; } void Cat(int c) { for(int i=0; i!=c; ++i) cout << "Mewmew" << endl; } void Chicken(int c) { for(int i=0; i!=c; ++i) cout << "cock-a-doodle-doo" << endl;
コールバック・オブジェクト（〜そしてboost::functionを知る） - nursの日記
ライブラリやアルゴリズムの内部に、外部モジュールで定義したコールバックを登録しておいて、アルゴリズムの方で何かあったら、その登録しておいたコールバックが呼ばれるようなしくみを作りたい。 例えばアルゴリズムが発したエラー通知やメッセージを受け取って、外部モジュールでそれを画面に表示したり、ファイルに記述したり、、あるいはアルゴリズムの要請を受けて、外部モジュールの方で新規にオブジェクトを生成したり、変更したり、削除したりする必要がある場合。つまりアルゴリズムからの通知を外部モジュールが受け取れるようなしくみを実現したい場合。 関数オブジェクトの説明ではよくある話だが、今回は関数オブジェクト、関数ポインタ、どちらでも受け取って、いつでもそれらをコールバックとして呼べるように保持しといてくれる、コールバックのカプセル化クラスを作成してみたのでメモ。 単に関数オブジェクトをアルゴリズムに登録しとけ
C++ - boost::function はどのように可変長引数に対応しているのか
「超汎用関数ポインタ」のコメントより boost::functionは難しくてギブアップ・・・ 可変長のオーバーロードをどうやって解決しているのか が知りたかったんだけど、 (以下略) C++ の真骨頂はプリプロセッサとテンプレートを駆使したメタプログラミングにある。メタプログラミングこそが、C++ を他言語の追随を許さない超言語に押し上げていると共に、比類なき難度を持った言語にしている。 boost::function も、そこそこにメタしている実装のひとつだ。 とりあえず、プリプロセスされていない状態では理解が難しいので、プリプロセスだけ実行する。そうすれば格段にソースコードは読み易くなる。Visual C++ なら「/E」「/PE」「/EP」コンパイラオプションを使うと、プリプロセスした結果が得られる。 以下は、boost::function をプリプロセスした結果の抜粋だ（実装は省
本物の C++er はデストラクタを書かない - 野良C++erの雑記帳
代わりに std::unique_ptr （あるいは boost::scoped_ptr ）を使います． 何故か？ struct hoge { hoge() : xxx( get_resource() ) { /* 処理 */ if( some_cond ) throw some_exception(); /* さらに処理 */ } ~hoge() throw(){ release_resource(xxx); } /* ... */ private: XXX xxx; }; このようなコードで，コンストラクタ中に例外が投げられた場合， デストラクタが呼ばれず，解放漏れが起きるからです． このような露骨な場合でなくても， struct hoge { hoge() : xxx( get_resource() ), yyy() // ここで例外！ { } ~hoge() throw(){ re
boost::asioのasync（非同期）モデルの整理 - Softgelsの開発公開日記
C++boost::asioにselectやpollはあるのか？The BSD Socket API and Boost.AsioにBSDソケットのAPIとboost::asioのAPIの対比表が載っている。「Note: in conjunction with asynchronous operations.」ということは、BSDのselectやpollに該当するAPIはboost::asioに「あるにはある」。が、async処理の中でboostが自動的に行う、またそのことが推奨されているのだろう。以前に読んだ非同期クライアントや非同期サーバのサンプルを見直したが、pollやpoll_oneはアプリケーション側で呼んではいなかった。boost::asioのasync（非同期）のスレッドモデルBasic Boost.Asio Anatomyの内容をまとめてみた。シングルスレッドのときアプリが
boost::asio で pop3 （４）
今回は、セッション・クラスの破棄についてです。シングル・スレッド感覚で扱える boost::asio ですが、boost::asio::deadline_timer を利用してセッション・クラスを破棄しようと思うと、物凄く難しくなります。結論から言うと、shared_ptr か intrusive_ptr のように参照カウントを管理しないと、破棄できません。 この難しさは、どこから来るか？と言うと、キューに溜まっている deadline_timer の処理と、通常の送受信ハンドラの処理順序を制御する事ができないところからきます。通信が正常に終了した場合には、deadline_timer のハンドラが残っていますし、キャンセル処理した場合には、これに加えて通常のハンドラがキャンセルされてコールされます。キャンセル時のハンドラの処理順序は規格上不定です。 よって、気持ちの悪い enable_s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
boost::graphを触ってみた。 | Nana's Factory
Chapter 1. Boost.FunctionTypes 2.5 - 1.40.0
boost - PukiWiki Plus!
letsboost::call_traits
Ideone.com | 0Vxmp
THE BOOST MPL LIBRARY - 1.47.0
http://shinh.skr.jp/boost/MPL-tut.txt
libboost::system - 橋本詳解
