gyp による Addon 向けネイティブモジュールの作成 - ぼちぼち日記
ちょうど今朝 node-v0.7.6 がリリースされました。 このリリースではアドオン周りを TooTallNate さんがいくつか修正を行い、なんとか今後の Node.js のネイティブモジュール形が見えてきましたので、その辺の紹介をします。 現状わかっている範囲でネイティブモジュールの状況についてまとめると、 node-v0.7以降では node-waf が廃止されてネイティブモジュールの作成は gyp ベースで行われます。 gyp ベースになると Linux では make, Mac では xcode, Windows では Visual Studio を使ってネイティブモジュールの作成ができるようになります。 gyp によるネイティブモジュールの作成ツールは、ソース同梱の tools/gyp_addon (pythonスクリプト) かTooTallNate製の node-gyp モ
YappoLogs: InnoDB Deep Talk #1 に参加して来た話または 住所正規化 MySQL UDF を作った話
« Kyoto.pm Tech Talks #01 に JPA の 地域PM向け 講師派遣支援プログラム で参加してきます！ | Main | Kyoto.PM #1 で発表してきました » InnoDB Deep Talk #1 に参加して来た話または 住所正規化 MySQL UDF を作った話 昨日は起きたら参加申し込みしてたはずの InnoDB Deep Talk #1 が始まってるらしいのに気づいて急いで行ってきました。入館面倒い会場なのに遅刻者対応したりピザとか飲み物調達とか面倒い事をニコニコやってるいちい++だったし、ピザーラのピザじゃなくてサルヴァトーレのピザはやっぱり上手くて沢山くってしまった。 っていう話は置いといて、一通り終わって歓談タイムに突入した時に、もりよしさんが昨夜思いついた inokodb っていう素晴らしいストレージエンジンを、その場で実装してて LT して
Linus Torvalds on C++
From: Linus Torvalds <torvalds <at> linux-foundation.org> Subject: Re: [RFC] Convert builin-mailinfo.c to use The Better String Library. Newsgroups: gmane.comp.version-control.git Date: 2007-09-06 17:50:28 GMT (2 years, 14 weeks, 16 hours and 36 minutes ago) On Wed, 5 Sep 2007, Dmitry Kakurin wrote: > > When I first looked at Git source code two things struck me as odd: > 1. Pure C as opposed to C
Database Connection Pool Library | Libzdb
A small, easy to use Open Source Database Connection Pool Library with the following features: Thread safe Database Connection Pool Connect to multiple database systems simultaneously Zero runtime configuration, connect using a URL scheme Supports MySQL, PostgreSQL, SQLite and Oracle Download Requirements: Runs on iOS, Linux, macOS, FreeBSD, Solaris, OpenBSD and other POSIX systems. A C11 compiler
Account Suspended
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
Interaction Design向けのC++ライブラリ "pocode" - Preferred Networks Research & Development
祢次金です。 今回はC++で書かれたオープンソースなライブラリ、pocodeを簡単にご紹介します。 pocodeはPotion社によって設計された、主にインタラクションデザインのためのライブラリであり、プラットフォームとしてはWindows、MacOS(Lion)、iOSに対応しています。オープンソースとして公開されたのは最近ですが、既にいくつかのプロジェクトで利用実績があるようです。 本ブログでも何度か触れているCinderやopenFrameworksと違うのは、描画したいオブジェクトをシーングラフに追加して管理する点です。pocodeではこのオブジェクトはpoObjectと呼ばれていて、このpoObject単位で各種イベントに対するハンドラを設定することもできます。FlashでいうSpriteのようなものです。 例として、pocodeに同梱されているサンプルから、あるParticle
cgenを試してみた - 針の上でprocessは幾つ踊れるか？
cgenとはC++をHaskellから呼び出すためのヘルパープログラムです。 http://anttisalonen.github.com/cgen/ C++はC言語と違ってシンボル名がマンドリングされているので、そのままでは呼び出せません。 その解決の方法として、C言語のラッパを書く必要があります。 cgenはそのCのコード自動生成するプログラムです。 インストール cabal install cgen Cコード生成 cgenはc++ヘッダーファイルからcのヘッダーとソースファイルを作成します。 $ cgen -o c --header=Animal.h --header=Dog.h \ --header=Sheep.h cpp/Dog.h cpp/Sheep.h cpp/Animal.h C++継承グラフ作成 grgenコマンドでc++のソースから継承グラフを表現するファイルを作成しま
Cling
What is Cling Cling is an interactive C++ interpreter, built on the top of LLVM and Clang libraries. Its advantages over the standard interpreters are that it has command line prompt and uses just-in-time (JIT) compiler for compilation. Many of the developers (e.g. Mono in their project called CSharpRepl) of such kind of software applications name them interactive compilers. One of Cling’s main go
C++ でlexer/parserをかくなら re2c+lemon がオススメな件 - tokuhirom's blog
yacc や lex をつかっていても「なんかよくわからんけどうごく」という状態になりがちだったり、グローバル変数にまみれたりしがちだが、re2c + lemon だとそのへんがすっきりする。 レキサを以下のようにかく。yyfill を自前でかかなければいけないのがちょっと面倒だが、このようなクラスを手軽にかけるのはやはり便利である。flex ではこうはいかないのだ。 #ifndef CALC_SCANNER_H_ #define CALC_SCANNER_H_ #include <stdio.h> #include <string.h> #include <string> #include <sstream> #include <vector> #include <iostream> #include <fstream> #include "scanner.def.h" #include
Haskell vs F# その後 - Life Goes On
mkotha さんに直してもらったりして、Haskellのコードはだいぶ速くなりました。どうも２重ループの内側がボトルネックのようなので、そこを展開して、データ構造も変えて、UNPACKプラグマは効くので残して、正格評価を１ヶ所だけ。性能と可読性のバランスがそこそことれたかなと思ってます。C++ や F# のコードにも同じような改修を加えたら、Haskell はまた抜かれてしまいました。まぁでも、目くじら立てるほどの差でもないので、そのままにしています。 実行環境が Windows というアドバンテージがあるとはいえ、C++ も超える F# の健闘が光ります。明示的な副作用がない関数プログラミングでこれだけ速いとうれしい。コード書いてても気持ちがいいし、Microsoft でなければもっと流行っていいはず。 最終形のコードを以下に載せておきます。 ついでに Scala でも書いてみました。
Non-blocking STMについて頑張って説明してみる - くまメモ
STMはソフトウェアトランザクショナルメモリの略です。 ↓とりあえずwikipedia http://ja.wikipedia.org/wiki/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%83%88%E3%83%A9%E3%83%B3%E3%82%B6%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%8A%E3%83%AB%E3%83%A1%E3%83%A2%E3%83%AA 日本でSTMの話題を検索すると「楽観的ロックでしょ？」といった発言を見かける事が多く、確かに実用的な手法の多くはロックベースだったりしていますが、正直なところロックベースな手法のSTMはデータベースでのトランザクションと似ているフシがあったりしてデータベースに詳しい人からするとそれほど驚くような手法ではない事が多いのです。その
【Vim Advent Calendar 2011】Vim の開発環境【1日目】 - C++でゲームプログラミング
これは、Vim Advent Calendar 2011 の1日目の記事です。 [Vim Advent Calendar 2011について] 去年の Advent Calendar には Vim がなかったので、勢いで立てました。 たくさんの方にご参加いただきありがとうございます。 開始前に何とか25人集まりました！ Advent Calendar は25日までですが、それ以降に参加されても全然問題ありません。 Vim について語り足りない方は2週目も参加しましょう！ 年越し Vim とかでも問題ありません。 自分が使っている Vim 力を更に高めましょう！ [開発環境晒し] 実は前日まで書くネタが決まっていなくて、いま慌てて書いているのですが（Vim script で Expression Template みたいな事も考えたのですが流石にマニアック過ぎるので…）簡単に今使っている Vi
Big Sky :: libuvのループはリファレンスの減少でも止められる。
node.js の実装を司る libuv を使ってC言語のアプリケーションを書いていると、コールバック関数が増えていく。まぁこれは致し方ない事なんだけど、これで面倒なのがループを止める方法。libuv は作ったハンドルが全て閉じられると勝手に uv_run が終了する仕組みになっているんだけど、例えば処理内に2つハンドルがあって、かつ閉じようとする箇所が別のコールバック処理内にあるとハンドルをグローバル変数にするか uv_timer_t timer1; uv_timer_t timer2; void exit_cb(void* data) { uv_close(timer1); uv_close(timer2); } 構造体に格納して引きずり回さなければならない。 typedef struct { uv_timer_t timer1; uv_timer_t timer2; } THE_TI
Node の C++ アドオン開発で必要なこと - WebService::Blog->new( user => ’hide_o_55’ )
この記事は JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)の8日目の記事です。 今日は、Node の C++ アドオン開発をする上で必要な心構えや Tips について書きたいと思います。 1. 情報が少なくても泣かない C++ アドオンについての公式ドキュメント に記載されているコードが以下のような同期処理のコードであるため、(おそらく殆どの人にとって)本命である非同期処理の参考になりません。 #include <node.h> #include <v8.h> using namespace v8; Handle<Value> Method(const Arguments& args) { HandleScope scope; return scope.Close(String::New("world")); } void i
モダン並列・並行プログラミング ～ Concurrent Revisions による実装と現実 ～ - Preferred Networks Research & Development
本日社内向けのTechTalkにて、並列・並行プログラミングに関する話を行いました。 昨今、プログラムの並列化はなくてはならないものとなっています。しかし、そのプログラミング環境は依然としてロックを用いたものが主流です。今回の発表の主張を端的に申し上げますと、 “Locks must go！” ということになります。並列プログラミングに銀の弾丸はありません。しかし、ロックは別の何らかの安全性を確保したプログラミングモデルで置き換えられなければいけません。そうでなければ、再現しにくいバグに苦しめられ、終電を逃す日々と決別することはできないでしょう。また、ロックによるプログラミングの抱える本質的問題にも言及しています。 この界隈の最新の動向として、去年OOPSLA’10にて発表されたConcurrent Revisionsについての解説も行なっております。また、弊社研究開発において、先日Con
pficommonをちょっとだけ紹介
報道機関の発表の通り、10/27日に分散オンライン機械学習基盤Jubatusを発表しました。これに関しても書きたいことは山ほどあるのですが、来週Jubatus Workshopがあるので、それまでは秘密です（ウソです、聞かれたら答えます）。 さて、同時に公開されたのがpficommonです。これは、弊社内で使われていた便利ライブラリで、あまりの便利さにこれがないと開発できないため、Jubatusでも使われています（もちろんSedueでも）。そして、Jubatus公開に伴い公開となりました。pficommonは明日からでも使うべきなライブラリなので、先にこちらを紹介します。 pficommonは様々なライブラリからなる、複合的なライブラリです。 今日は個人的にお気に入りの、 xhtml_cgi json の２つを紹介します。 xhtml_cgi 実験用のコードなどを書くと、たくさんログを出力
Big Sky :: libuvを使ってみた。
node.jsのスライドを見てて、プラットフォームの違いを吸収するnode.jsの核でもある非同期通信ライブラリuvを今日知ったので試してみた。 joyent/libuv - GitHub platform layer for node.js https://github.com/joyent/libuv libev/libeventをwindowsでもちゃんと使いたいという所から出てきたライブラリ。 #include <iostream> #include <uv/uv.h> int main() { int r; uv_tcp_t tcp; struct sockaddr_in server_addr; server_addr = uv_ip4_addr("127.0.0.1", 80); r = uv_tcp_init(uv_default_loop(), &tcp); uv_con
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Polycode
C++ Portability Guide - MDC
GitHub - d5/node.native: C++11 port for the Node: native performance and modern simplicity.
