gyp でネイティブコードプロジェクトのビルドを多環境に対応させる - DELPHIER＠はてな
今回は「gyp でネイティブコードプロジェクトのビルドを多環境に対応させる」です。私がやっていることをメモしておきます。 背景 私は Windows のコードをよく書いていました。ある時から Android、Windows Mobile、Linux、Mac OS X、iOS でも動くように意識して書くようになりました。すぐに、コードをビルドするための各種設定ファイルを用意するのが面倒になりました。Visual Studio、Xcode、Makefile、Android NDK 用 Makefile・・・やっていられませんね。 ビルドツール巡り・・・cmake、scons、waf、そして gyp へ ビルド設定ファイルを自動生成するためのビルドツールを探してみるとすぐにいくつか出てきました。半年ほど cmake と scons を並行運用していましたが、その中で気に入らない点が出てきました。
tiny hash table - DELPHIER＠はてな
Cでコードを書いているとハッシュテーブル*1が欲しくなることが多々あります。というわけで小さいのを書いてみました。 https://github.com/okumura/thtbl ハッシュテーブルについて ハッシュテーブルは、あるキーをハッシュ関数を使ってマッピングし、それに対応する値を関連付けるためのデータ構造です。連想配列として使われたり、ハッシュマップと呼ばれたりもします。ハッシュ関数によってキーをインデックスに変換し（これをハッシュと呼ぶ）、それに対応する配列の要素（スロットまたはバケツと呼ばれる）に値を入れておきます。そこそこメモリを使いますが、その分高速に動作します。 探索において、木構造などの二分探索をベースとした実装では、キーの比較回数がlog2(N)となりますが、ハッシュテーブルでは大抵これよりも小さくなります。比較回数がこれよりも多くなるような状況、つまり衝突が多発す
画像の色数を求めたりヒストグラムを作るためのソートをいろいろ実装してみた - DELPHIER＠はてな
画像の色数を求めるにはハッシュ的なものを使うよりもソートした方が速いという話です。 http://blog.livedoor.jp/junki560/archives/21233822.html http://blog.livedoor.jp/junki560/archives/21305807.html また、ヒストグラムを高速に作ろうとすると色の深度に応じてメモリを食います。RGBそれぞれが8ビットだと64MBほどメモリを食います。対してソートでやろうとすると、画素数分だけで済むのでメモリ的にも優しいです。 そんなわけで、ソートです。上記ではクイックソートを使ってますが、クイックソートが最善手とは限りません。最近はメモリが豊富なので、バケツソートや分布数え上げソートや基数ソートも十分実用的です。どれがいいだろう、というわけでいくつか試してみました。クイックソート、分布数え上げソート、基
bswap - DELPHIER＠はてな
今日のコード。Windows XPとMac OS X 10.6.8で動作することを確認しています。 https://github.com/okumura/bswap バイナリプログラミングをやっていると、エンディアンに応じてバイトオーダーをひっくり返す（バイトスワップ）というのがよくあります。バイトスワップは高速にやろうと思うと中々厄介で、マクロにすると分かりづらいし、ライブラリ関数にするとインライン展開が効かなくなります。というわけでいい方法がないのか少しだけ調べてみました。 http://d.hatena.ne.jp/NyaRuRu/20050617/p2 http://www.shudo.net/diary/2005jun.html#20050615 http://qune.cside.com/archives/001572.html http://d.hatena.ne.jp/mh
GUI アプリケーションのエントリポイントを並べてみる - DELPHIER＠はてな
Delphi begin Application.Initialize; Application.CreateForm(TForm1, Form1); Application.Run; end. Lazarus begin {$I project1.lrs} Application.Initialize; Application.CreateForm(TForm1, Form1); Application.Run; end. Qt #include <qapplication.h> #include <qpushbutton.h> int main( int argc, char **argv ) { QApplication a( argc, argv ); QPushButton hello( "Hello world!", 0 ); hello.resize( 100, 30 );
google-breakpadを使おう 01 - DELPHIER＠はてな
はじめに google-breakpadは、オープンソースでマルチプラットフォームに対応したクラッシュレポーティングシステムだ。Firefoxのように「長時間連続稼働されるが結構クラッシュすることが多いプログラム」で突然「申し訳ございません」とアプリケーションが弁明を始めることがあるが、それを担うのがこのこれだ。問題が出たらアプリケーションのクラッシュダンプやアプリケーションログをまとめてサーバ側に自動的に送信することで問題の解決を行いやすくすることが目的だ。 なお、アプリケーションがクラッシュをハンドリングしないと、代わりにその親であるOSが弁明をし始める。 うんちく このライブラリの採用実績としては、以下のようなものがある。 Google Chrome ChromeというかChromiumに組み込まれている Firefox バージョン3.0から使われるようになるらしい Breakpad
DELPHIER＠はてな
仕事でごりごり gyp を使って早くも３年になる。いくつか個人的に痒いところを修正して公開してみた。 Github においてある修正版 okumura/gyp オリジナル gyp - Generate Your Projects - Google Project Hosting 修正は以下のとおり。 Android: 非 cygwin でもビルドできるようにした android: Fix path separator for non-cygwin Windows ndk-build. · 22e62bd · okumura/gyp Android: *.so をビルドするときの name mangling 規則を緩められるようにした android: Allow targets to have not strict unmangled names by android_unm... · 0
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
