いまがコーディングとき

ndk-gdbによるマルチスレッドデバック(Level9から)が可能になり（私はgdb 7.1を使っていますw)、Google Testもどうにか使えている。 Qtもnecessitasができた。が、 あとは、そう　Valgrindです。 残念ながら、動く気配がまだボクには感じられません。。。  

Google Test。最近、1.6RCが公開されました。がAndroid ndkには非対応のようです。 実は現在、Android2.2上 Google Test1.5をJUnitとともに使っています。 ただ、うまくstdoutやstderrに出力されない、たとえ、されても不安定なため、完全には動いていません。今は全体が成功したか失敗したかしかすぐにはわからないのです(オプションを使えばファイル出力可能*1)。とはいえ、ないよりはマシで手元にあるWindowsやiOSで作成したTestingコードがほぼそのまま動かすことができるため、時間の節約になっています(*2)。尚、見落としかもしれませんが。。。最新の1.6RCはAndroid ndk正式サポートされるものと勝手に期待していましたがなっていないようです。 *1 e.g. "--gtest_output=xml:/sdcard/gtest_output.xml"を testing::InitGoogleTest(&argc, argv);に渡します。 *2 stdoutやstderrをDDMSでみる方法： android SDKのサイトの方法では2.2などではcrashするため、emulatorオプションやlocal.propをコピーする方法を試しましたが不安定な様子です。　出力の処理が重く限度があるのでしょうか。 P.S. STL(Android's Stlport)がwchar_tを正式にサポートしていないため、1.6RCも1.5と同じ修正箇所で一応ndk-build成功しました。しかし動作確認していません。

NDKがr5になり、jniによる開発の幅が広がると、気になるのはtesting framework。 java側にはtestingは、はじめから用意されているがNDKでは何もない。 クロスプラットホームを重視したいのでGoogle testing frameworkが使えればいい。と。　思うのは自然な流れである。　しかし、gtest frameworkコンパイルを試してみたが、うまくいかなかった。 無駄なtestingのコードを書きたくないので、ぜひGoogle testing frameworkをAndroid NDK対応にしてほしいものだ。   追記(2011-02-24) 数週間前になるがndk-build用のandroid.mkを書くことによってコンパイルができた。