node.jsのnative addonを作るときはNANを使おう。 - from scratch
さて、 Node.js v0.12 で変わることの一つとして、native addonを作る時に後方互換性を壊す変更が加えられています。 これにより、v0.10でnative addonを作っているモジュール達は、ほとんど動かなくなってしまうことが考えられます。 V8側がこの後方互換性を壊す変更をしているため、V8に追従しているNode.js側としてはこのbreaking changesを受けざるを得なかったんだと思います。*1 どれくらい変更されてるのかは node.js の native addon で Hello World モジュールを作る方法が載っているのでそれをまずは参考にします。 // これまでの v0.10ではこう書いてた。 #include <node.h> #include <v8.h> using namespace v8; Handle<Value> Method(
[RELEASED] Flathead = UE4 + Javascript
[FONT=Arial Black]Overview The first thing I ran into as a problem within the technical side of developing on the unreal platform, years ago, was the compile times. UnrealScript was occasionally a hand full of seconds long, but on larger projects it would balloon tremendously. Now that we have graduated to UE4 compile times are still much longer than simply saving files out. I am a firm believer i
![[RELEASED] Flathead = UE4 + Javascript](https://cdn-ak-scissors.b.st-hatena.com/image/square/d77ca182713effe40bcc7b8bf40b47ed4eb7fe47/height=288;version=1;width=512/https%3A%2F%2Fd3kjluh73b9h9o.cloudfront.net%2Foriginal%2F4X%2F4%2Fb%2F2%2F4b280f634b056c5ef927c55b924c348550827f02.png)
Promiseについて - JS.next
概要 Promiseとは非同期処理を上手く扱う為のAPIであり、パターンである。 非同期の処理の完了後に続けて処理を行いたいとき、よくコールバックパターンが使われるが、処理が連続するとコールバック地獄と言われる分かりづらいソースコードになってしまう。 また、複数の非同期処理が完了した時に処理を行うなど、コールバックパターンでは難しい事をスマートにできるのがこのPromiseである。 今まではDOMの方でDOM Promiseとして仕様策定が進められていたり、ライブラリのDeferredが有名だったが、ES2015標準に入ることになり、V8に実装された。 実装されたメソッド Promise.resolve(x) Promise.reject(x) Promise.all( [p1, p2, p3, ......] ) Promise.race( [p1, p2, p3, ......] )
Performance Tips for JavaScript in V8 - HTML5 Rocks
Performance tips for JavaScript in V8 Stay organized with collections Save and categorize content based on your preferences. Introduction Daniel Clifford gave an excellent talk at Google I/O on tips and tricks to improve JavaScript performance in V8. Daniel encouraged us to "demand faster" - to carefully analyze performance differences between C++ and JavaScript, and write code mindfully of how Ja
Embedding V8 Javascript Engine and Go
This is two common examples merged together; how to run V8 as embedded and how to call C modules from Go language. I’m using Ubuntu 10.04 x64 with standard gcc toolchain. Step 1. Compile v8 Get v8 source and build v8 as shared library. Use this command line and copy libv8.so to to your project directory: $ scons mode=release library=shared snapshot=on arch=x64 $ cp libv8.so ~/v8example Step 2. C W
v8 (Google JavaScript Engine) を Apache のモジュールにしてみた - daily dayflower
ちまたでは Google Chrome より v8 がアツいらしいので，やっつけでつくりました。Joke module です。 ふつーに CGI モジュール的につくってもよかったんですが，なんとなくテンプレート的にしました。ほんとうは mod_perl みたいにサーバのあらゆるところに hook をかけれるようにしたほうがおもしろいんでしょうけど。 <html> <head> <title><?js print('Hello, world!'); ?></title> </head> <body> <ul> <?js for (var i = 0; i < 10; i ++) { ?> <li><?js print(i + 1); ?></li> <?js } ?> </ul> </body> </html> UA のリクエストとか全然処理してない（エンジンにわたしていない）です。だから
v8 (Google JavaScript Engine) を Perl XS モジュールにしてみた - daily dayflower
やはりやっつけで。Joke module です。 いろいろ書きたいことがあるけど，そのうち（追記するかも）。 libv8 と XS の間をとりもつ bridge.cc。 /* bridge.cc */ #include <v8.h> #include "EXTERN.h" #include "perl.h" #include "XSUB.h" #include "ppport.h" /* harmful macro!, but, but, ... */ #undef New #include "bridge.h" using namespace v8; class V8Context { public: V8Context() { HandleScope scope; Handle<ObjectTemplate> global = ObjectTemplate::New(); Handle
Using V8 - Google's Chrome JavaScript Virtual Machine
Tutorial and sample explaining how to use the V8 virtual machine inside your application. Download demo - 2.97 MBDownload demo with object -24.1 KBDownload benchmark v.1 - 706 KBDownload benchmark v.2 - 704 KB Introduction Who never wondered how virtual machines work? But, better than creating your own virtual machine, what if you can use one done by a big company focusing on improving the speed t
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Big Sky :: 【速報】とりあえずjavascript v8エンジンのベンチマーク結果
scons入れてwin32でビルドしてみたよ。ベンチマークも取ってみた。 環境はWindows XP、P4 3GHz CPU、1G memで。 まずmozillaのjsエンジン(ちょっと昔) JavaScript-C 1.7.0 2007-10-03 (js.exe) Richards: 87 DeltaBlue: 84 Crypto: 44 RayTrace: 78 EarleyBoyer: 87 ---- Score: 74 次にrhino Rhino 1.6 release 7 (win32 nativeビルド版) Richards: 6 DeltaBlue: 5 Crypto: 4 RayTrace: 11 EarleyBoyer: 12 ---- Score: 7 Rhino 1.7 release 7 2008 03 06(java版 js-14.jar) Richards:
Google Chrome の JavaScript エンジン V8 を試す - IT戦記
（基本だらだら進行で、過程を追記していきます） Google Chrome が出ました Google Chrome で JavaScript エンジンが刷新されたということで、その JavaScript エンジン V8 についていろいろ調べてみようと思います。 Issues - v8 - V8 JavaScript Engine - Monorail ビルドしてみる まず、 svn からソースを持ってくる $ svn co http://v8.googlecode.com/svn/trunk/ v8おおお。以外と少ない で、 trunk の中に入って $ cd v8scons でビルド（scons が入ってない人は、 port や apt-get で入れる） $ scons scons: Reading SConscript files ... scons: done reading SC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
Blog - Mikula Beutl - SEO Consulting