GoogleTest + Hudson (Jenkins) な環境作り | ASR's hive
この週末は、splintやpmccabeとは別に、C++環境の調査もしていました。 ユニットテストフレームワークとして、5年前にはCppUnitを使っていましたが、今なら何が良いのでしょうね。 1. GoogleTest導入 使ってみないとわかりませんので、試しにGoogleTestを入れてみました。 v1.5.0です。 インストール時に困るところは特にありませんでした。 解凍 → ./configure → make → make check → sudo make install 1.1. お試し まずはmainを用意します。 testmain.cpp [cpp]#include int main(int argc, char** argv) { testing::InitGoogleTest(&argc, argv); return RUN_ALL_TESTS()
Cのコールバック関数をC++のメンバ関数にバインディングする方法 - kazuhoのメモ置き場
たとえば libevent のような C 言語でかかれたイベント駆動型のライブラリを C++ から使っていると、C++ のメンバ関数をコールバックとしてセットできたらうれしいことが多いですよね。以下のようにすればできます。 たとえば、コールバック関数をセットする関数の型が、 void set_foo_callback(void (*)(void* cb_arg), void* cb_arg); なら、以下のようにクラスとメンバ関数を引数にとるテンプレート関数を定義し、 template <typename T, void (T::*FUNC)()> void to_foo_callback(void* cb_arg) { T* obj = reinterpret_cast<T*>(cb_arg); (obj->*FUNC)(); }以下のように受け渡せばいい。 class K { publ
Rlogでズボラロギング - 初学者の箸置
デバッグとかでログコードを埋め込みまくろうとして全ソースがカオスになったりとかありませんか？ 特に画像や波形データなど、デバッガでは追いにくいような数値バグのデバッグにて納期に追われていたりすると、、、ぅがが 原因絞込みのために複数レベルのログ出力をこさえて、しかしそれでも原因が判明しないために更にアドホックにログ出力を追加。挙句の果てに「いー！もーめんどい！とにかく全部吐く」とやってしまって後からフィルタしたりだとか。ハードウェアのサイクルベースシミュレーションとかで画像なんかを扱っていると、データが多いのであんまりそれやると本当にカオスになりますし、そもそも遅いです。遅いなーしまったなー、とマクロで無効にしようと思ったらあらら、、、デバッグレベルごとにアドホックにつけていた#ifdefの山にゴミが大量に付着していてもうほどくにほどけないよー orz ・・・なんてこと*1. こんなとき
gcc の -Wall 以外の警告オプション - ひげぽん OSとか作っちゃうかMona-
以前同僚の光成さんが、以下の warning オプションを使っていると書かれていたのが気になったので調べてみました。 -Wall -W -Wformat=2 -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wfloat-equal -Wpointer-arith もし上記以外にも良さげなオプションがありましたら教えてください<(_ _)> 情報源 man と info と http://sugarpot.sakura.ne.jp/yuno/?gcc%2Fwarning 。 最初は日本語版の man だけを見ていたのですが、id:kazuhooku に info を見るべしと教わりました。 man も info もそうですが、日本語版は情報が少なかったりするので注意。 LANG=C man gccなどとしましょう。 -Wforma
Boost.勉強会#2を開催したよ - Faith and Brave - C++で遊ぼう
9/11(土)は、Boost.勉強会#2でした。 会場をご提供いただいたIIJ様、ありがとうございました。 Ustの配信をお願いしていた方が急遽来れなくなるというトラブルもありましたが、 IIJさんの計らいにより、なんとか配信／録画できました。以下に動画への各URLを記載しますので、来れなかった方はチェックしてみてください。 Boostライブラリ一周の旅(id:faith_and_brave, @cpp_akira) 動画 : http://www.ustream.tv/recorded/9486579 資料 : Boost tour 1_44_0View more presentations from faithandbrave. Boost tour 1_44_0_allView more presentations from faithandbrave. 今回は差分のみで量も少なかっ
メンバ変数の宣言順とコンストラクタ初期化子の順番が違うと怒られる - みねこあ
お仕事中、こんなビルド警告に遭遇しました。 class Foo { double d; int i; public: Foo( int i, double d ) :i(i), d(d){} }; int main( void ) { Foo foo( 1, 3.14 ); return 0; } このコード (test.cpp) を -Wall オプション付きでビルドするとこんな感じで怒られます。 C:\tmp\cpp>g++ test.cpp -Wall test.cpp: In constructor `Foo::Foo(int, double)': test.cpp:4: warning: `Foo::i' will be initialized after test.cpp:3: warning: `double Foo::d' test.cpp:7: warning: when
initialized after - blanket log
たまに出て、なんなんだろうなぁと思っていたこの警告。 foo.cpp:37: warning: 'Foo::bar' will be initialized after調べてみると メンバ変数 d と i の宣言順と、コンストラクタ初期化子での記述順が違うとでる警告です。 メンバ変数の宣言順とコンストラクタ初期化子の順番が違うと怒られる - みねこあ なるほどなるほど。宣言順に初期化されるからなのね。 手元の Effective C++ (第二版) の第13項によると、初期化リストの順とは関係なく宣言順にメンバ変数が初期化される理由は、 「デストラクタはコンストラクタとは逆の順番に呼び出されなければならない」 というルールがあるからだそうです。 例えば、二種類のコンストラクタを定義し、その初期化リストの順序が違う場合。 初期化リスト順に変数を初期化すると、オブジェクトごとにどちらのコンスト
第101回カーネル読書会 - Blog by Sadayuki Furuhashi
先日楽天タワーで開催された第101回カーネル読書会で、分散KVS kumofs の設計と実装に関して発表しました。 少々準備不足で十分な発表ができたか不安ではありますが、懇親会で大いに議論が盛り上がったのは良かったです。 そんなわけで、発表資料を公開しました。 kumofsの実装（PDF） クリックで進むムービー版 Keynoteファイル デモ用コード デモ用のコードをいくつか用意していたので、ここに掲載します。 エラー処理などなどはテキトーですが、とりあえず動きます。 MessagePackシリアライズ（C++） kumofsで利用しているシリアライズライブラリMessagePackを使って、オブジェクトをシリアライズするコードです。 シリアライズした結果は標準出力（ファイルディスクリプタ1番）に書き出します。 #include <msgpack.hpp> #include <unist
MessagePack メモ - 銀月の符号
http://msgpack.sourceforge.net/ Python help(msgpack) するとファイルライクオブジェクトに対して入出力する pack, unpack と、 Python 文字列を対象とする packb (= packs), unpackb (= unpacks) の説明あり。 import sys import msgpack msgpack.pack([1, True, 'example'], sys.stdout) import sys import msgpack print msgpack.unpack(sys.stdin) $ python write.py | python read.py [1, True, 'example']しかしコードを斜め読みすると Packer, Unpacker というのもあった。こちらのほうが本命で pack,
いやなブログ - 文字列操作の比較表: Ruby, Python, JavaScript, P...
文字列操作の比較表: Ruby, Python, JavaScript, Perl, C++ Ruby, Python, JavaScript, Perl, C++ の文字列操作の比較表を作りました。配列操作の比較表の続編です。間違いなどがあったらご指摘いただけると助かります。 Ruby (String) Python (str) JavaScript (String) Perl C++ (std::string)
いやなブログ: 配列操作の比較表: Ruby, Python, JavaScript, Perl, C++
配列操作の比較表: Ruby, Python, JavaScript, Perl, C++ プログラムを書いていると、他のプログラミング言語の記憶とごっちゃになって、「配列の後ろに要素を追加するのは push だっけ、 append だっけ」などと混乱することがあります。特に Ruby, Python, JavaScript はコードの書き方が似ているので、この問題が起きがちです。 そこで、備忘録として、 Ruby, Python, JavaScript, Perl, C++ の配列操作の比較表を作りました。一番慣れている Ruby を基準にしています。間違いなどがあったらご指摘いただけると助かります。他の言語のもあるといいなあ。 Ruby (Array) Python (list) JavaScript (Array) Perl (@) C++ (std::vector)
C(++)言語: valgrindの使い方 (cachegrind)
ubuntu% gcc cache.c; time ./a.out ./a.out 0.41s user 0.03s system 99% cpu 0.444 total ubuntu% gcc -DBAD cache.c; time ./a.out ./a.out 1.98s user 0.03s system 99% cpu 2.020 total ubuntu% gcc cache.c; valgrind --tool=cachegrind ./a.out ==11733== Cachegrind, an I1/D1/L2 cache profiler. ==11733== Copyright (C) 2002-2005, and GNU GPL'd, by Nicholas Nethercote et al. ==11733== Using LibVEX rev 1367, a
C++で開発
[ Home on 246net ] C++で開発 好むと好まざるとに関わらず、C++言語を使った開発をすることになったときに調べたことの蓄積。 言語仕様 ブートストラップ main関数 main関数について パッケージ管理 名前空間 名前空間の使用 ヘッダファイル ヘッダファイルとは インクルードガード ヘッダファイルの依存性をなくすには 文法要素 プリプロセッサ 条件コンパイル 可変引数を取る関数（stdargs他） 定義済みマクロ 型 組み込み型 標準定義型（標準typedef等） ビットサイズ固定整数型、 typedefの注意 クラス コンストラクタ メンバー変数 演算子関数 ビットフィールド 継承 例外 標準例外 例外処理のプログラミング テンプレート メンバ関数の特殊化 デバッグ アサーション ANSI Cのassert VC++固有のassert コーディング標準 公知のコー
処理並列は、必ず処理速度が向上するのか
はじめに CPUは、コンピューターの頭脳です。単純に考えると、頭脳が2つあれば、1つの時と比べて、同じ時間でたくさんのことを考えることができそうです。10年ほど前、Intel製プロセッサーPentium IIの頃から、1枚のボードに複数のCPUを載せて高速化する試みがなされました。Intel製CPUでは2ユニットまででしたが、SUN Microsystems製のコンピューターでは、もっとたくさんのユニットを載せることができていました。今では、CPU自体に複数の「コア」を載せ、1ユニットで同時に別々のことを実行できるようになっています。 ハードウェアが、同時に複数のことを実行できるようになったため、ソフトウェアもそれに対応する必要が出てきました。本記事では、昨今あちらこちらで声高に繰り返される、「並列処理化すれば速くなる」に疑問を持ったため、それを検証することにします。 対象読者 なんといっ
勉強用ページ
using static System.Console; class Welcome { /// <summary> /// saying hello to all visitors and welcome. /// </summary> /// <param name="args">visitors</param> public static void Main(string[] args) { foreach(string visitor in args) { WriteLine($"Hello {visitor}."); } WriteLine("Welcome to my web page."); } } C# によるプログラミング入門 コンピュータの基礎知識 アルゴリズムとデータ構造 ブログ ようこそ ++C++; へ。 C#・情報工学を中心に勉強用ページとブログを載せています。
コンストラクタ
デフォルトコンストラクタ C++では、クラスを定義したときにコンストラクタを定義しなければ、コンパイラが自動的に引数なしのコンストラクタおよびコピーコンストラクタを補完します。 class Person { std::string name; }; と記述したクラスは、デフォルトコンストラクタ、デフォルトデストラクタ、デフォルトコピーコンストラクタ、デフォルト代入演算子関数がコンパイラによって補完され、実質以下のコードと同等になります。 class Person { std::string name; public: Person() {} ~Person() {} Person(const Person& aPerson) { ... } Person& operator=(const Person& rhs) { ... } }; ここで、メンバー変数がstd::string& nam
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
C 開発者のための単体テスト入門 ― ＠IT
cpp:doc.ja [MessagePack Wiki]
XML Programming with C++