夏休みなので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にしか存在し
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
型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で簡単SSL通信 - okadyの日記
SSLって何？ なんか暗号化するやつやろ 認証がどーのこーの 安全っぽい っちゅう人向けに、とりあえずSSLの簡単な解説から。 通信、認証の手順はググればようけ出てくるからパスで。 OSI参照モデルとIP、TCPのパケット構成を知ってたらSSLは簡単 IPパケットの構成：IPヘッダー＋TCPパケット TCPパケットの構成：TCPヘッダー＋上位層で作られたデータ 上位層で作られたデータっちゅうのは、 HTTPとかFTPでクライアントがサーバーにデータを送信する例やと コマンドのことやと思ってもらったらええかな。 普通はアプリケーション層で作られたデータを指すわけやけど、 SSL通信やとアプリケーション層とトランスポート層の間にある セッション層でデータを暗号化するだけ。 つまり、 （非SSL）TCPパケットの構成：TCPヘッダー＋上位層で作られたデータ （SSL）TCPパケットの構成：TCP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
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