Stop Writing JavaScript Compilers! Make Macros Instead The past several years have been kind to JavaScript. What was once a mediocre language plagued with political stagnation is now thriving with an incredible platform, a massive and passionate community, and a working standardization process that moves quickly. The web is the main reason for this, but node.js certainly has played its part. ES6,
甫水 佳奈子,脇田 建,佐々木 晃:解析表現文法とSchemeマクロ展開器を用いたJavaScript向けHygienic構文マクロシステムの実装,情報処理学会論文誌プログラミング(PRO)6(2), 85-101, 2013-08-29 発行. 論文抄録: 本稿は,JavaScriptの構文拡張を可能にするHygienic構文マクロシステムの実装技法を提案する.Hygienic構文マクロシステムは,マクロ展開の前後で変数の束縛や参照関係を破壊しない安全な構文マクロシステムである.このHygienic構文マクロシステムを利用することによって,プログラミング言語の構文の自由な拡張が可能になる.しかし,Hygienic構文マクロシステムは,S式という一貫した構文構造を持つSchemeには標準で組み込まれているものの,その他の一般的なプログラミング言語に実装された例はほとんどない.本稿では,まず
MXR replaced by DXR The MXR code indexing and cross-referencing service has been retired and replaced by DXR Based on your query, we suggest the following DXR URL: DXR url? Please Do Not Hotlink Files Please do not hotlink files directly from MXR or DXR as a way of getting Mozilla code into your project. You may not get the latest version, and your performance will suffer. If you want to incorpora
たまたま検索で見つけて,なんとなく面白かったのでメモ. Shiro:log:2005前半 (2005/05/11 15:52:00 PDT) 天泣記2005/05/01 64bit なシステムで、64bit 浮動小数点数を即値で扱うとしたら、どういうふうにして浮動小数点数を区別するのが適切か? おそらく、(Fixnum が 63bit 整数であるのと同様に) 64bit よりもちょっと小さい浮動小数点を定義することになる。たぶん指数を削るのが適切だと思うが、他の選択肢はあるか? 「浮動小数点数でNaNになるビットパターンに他の型のオブジェクトを詰め込む」というLisp処理系があったはず。実装したのはFritz Kunze (Franz Inc.の社長)。 Fritzから聞いたところによれば、浮動小数点数の性能は格段に向上したが、非常に稀な確率で演算結果が別の型のビットパターンになってしまう
In my last note I mentioned that I had been doing a lot of reading of JavaScript implementation code. One point that I didn't mention is that the state of the art is completely undocumented. So to work on rectifying that, here's the first in what might be a series of articles about the internals of JavaScript implementations. tagging Initially, all JavaScript implementations used tagged pointers t
書いておかないと将来自分が意味不明になるので, NaN boxingについて. LuaJITが古くから(wingologさんの素晴らしい記事によると), JSCが前から, SpiderMonkeyはfatvalsで, NaN boxingすることによりJSValを64bitに収めることを行っています. iv / lv5は以前から32bit SystemにおけるNaN boxingは実装していましたが, 64bit SystemにおけるNaN boxingは行っていませんでした. しかし先ほど, 64bit NaN boxing in 64bit Systemが入り, 現在, Solaris以外のOSにおいてはsizeof(JSVal)が常に64bitになりました. というわけでNaN boxing memo. 32bit / 64bitともに. value representation i
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く