rokujyouhitomaのブックマーク - はてなブックマーク

言語処理系間でライブラリを共用する難しさ - .mjtの日記復帰計画
comp.lang.schemeにも書いた https://groups.google.com/d/msg/comp.lang.scheme/GuHmoUNBplA/dykAeuE3CQAJ けど、処理系間でライブラリを共用するのはそれなりに難しい。 nmoshの次代ライブラリフレームワークであるyuniはこの問題に正面から取り組んでいる比較的珍しいプロジェクトで、独特のポジションに居るのではないかと思う。 Schemeと他の言語の違い Schemeは独占的な処理系が無いというのが非常に大きいポイントだと思う。実は世間で使われている言語の殆どには何らかのリーディング処理系が有り、そのような処理系に対応できないライブラリは単に存在しないのと同じと言い切って良い: PythonにおけるCPython(C言語によるオリジナル実装) RubyにおけるMRI(Matz' Ruby Implement
rokujyouhitoma 2019/12/10
FFI

Scheme
リンク
Schemeファンのための『ゲームエンジン・アーキテクチャ』立ち読みガイド - .mjtの日記復帰計画
(本文p292。) ゲームエンジン・アーキテクチャはノーティドッグ(NDI)のエンジニアが書いたゲーム開発のかなり広範なトピックを扱った書籍の日本語訳。 http://www.sbcr.jp/products/4797377484.html http://minahito.hatena blog.com/entry/2015/03/28/183822 https://timagire.wordpress.com/2015/04/02/ NDIにはかなり深刻なLisp文化が有る: http://d.hatena.ne.jp/mjt/20131027/p1 RacketCon 2013でのプレゼン https://twitter.com/okonomiyonda/status/479429000842850304 GOAL(彼らの歴史的なLispバリアント言語)のドキュメント表紙画像この本はか
rokujyouhitoma 2015/12/03
Scheme

Game

Development
リンク
中間言語としてのJavaScriptはどうなったのか - .mjtの日記復帰計画
prev: http://d.hatena.ne.jp/mjt/20080904/p2 なぜか３年前の記事が急にブックマークされていたのでフォローする記事。 ↑の記事の1年後、InfoQの記事( http://www.infoq.com/news/2009/09/javascript-compilation-target )でいくつかのJavaScriptにコンパイルする言語が紹介された。もちろん、GoogleのGWT(Google Web Toolkit)もJavaScriptを出力するJava環境と言える。先の記事で触れたエミュレータでの活用は、見たところDirect-threadingによるものに限られているように見える。つまり、CPU命令をJavaScript的なfunctionとして実装し、CPU命令と１対１対応させる。Google V8のような、Direct-threadin
rokujyouhitoma 2011/05/02
pyjamasなんてものもあるんだな...GWTで。

Emscripten

CPython

JavaScript

NativeClient
リンク
1