ホワット・ア・ワンダフル・ワールド なぜ labels as value と computed goto は重要なのか ?
そういえば，最近，「COINS の LIR，label のアドレスも取れないし goto で任意の番地にも飛べないつかえねー」 とか散々言ってたわけなんだけど，コンパイラの実装技術とかにあまり馴染みが無い読者には，なんでそんなことに対してそれほどまでに拘るのか意味不明だったのではないかとふと思った． # 以下，偉そうに書いてますが，専門のレベル的には全然たいしたこと無い話です．暗黙知を形式知へ，わずかながら貢献をばの精神で （笑） 「C 言語って，高級アセンブラでしょ ? コンピュータの全てが記述できるんじゃないの ? C 言語でできないことなんてあるの ?」 いやいや，いっぱいあるよ ！ 機械語の世界というのは，手続き型言語の狭い花園などとは比較にならないほどリッチな世界なんだ (ヒロ山形風) そんな Web 上の妄言に惑わされていてはいけない．C 言語がコンピュータの真髄だとか，C に
ホワット・ア・ワンダフル・ワールド gasでcrtを書く
私は知識に何ものかを付け加え，また他の人々がより多くのものを付け加える手助けをした --- G.H.ハーディ 前回のコードをgas(GNU assembler)で書き直した。また、以下の点が異なる。 - gasはmasmのような高級な構文(invokeや.ifなど)を持っていないので、全てより低水準な表現で書き直されている。 ループなどをアセンブラで書くのは面倒だったので、Cで書ける部分はCで書いた。(crt.c) - 関数の戻り値をチェックしている。 - main()に渡されるargvの型を、wchar_t *argv[]ではなく、より標準的なchar *argv[]にした。 CommandLineToArgvW()で確保された、ワイド文字列の領域を、WideCharToMultiByte()でマルチバイト文字列に変換した後のargvで破壊的に更新することが合法なのかどうかは謎なのだが、
ホワット・ア・ワンダフル・ワールド Effective assembly language : 退避しなければならないレジスタを知りたい時は setjmp のソースを読もう．
kosaki さんからコメントをいただきました． >> 壊しちゃいけないのが ebx, esi, edi, ebpとセグメントレジスタ ちなみに、壊しちゃいけないレジスタを調べるいちばんいい方法はsetjmpのソースを読むこと。 CPUによらず、こわしちゃいけないレジスタは保存してくれよるので、不慣れなCPUの時は参考になりますえ なるほど．というわけで，さっそく glibc-2.4 のソースを落としてきて，とりあえず glibc-2.4\sysdeps\i386\setjmp.S を開いてみた． /* Save registers. */ movl %ebx, (JB_BX*4)(%eax) movl %esi, (JB_SI*4)(%eax) movl %edi, (JB_DI*4)(%eax) /* スタックポインタ保存 */ leal JMPBUF(%esp), %ecx /* S
ホワット・ア・ワンダフル・ワールド Linux でも普通に xyzzy が使える件について
wine は素晴らしい， Debian は素晴らしい． Wine ってのは，Windows の API を Linux で実装したもの．つまり，エミュレータではありません (WINE は Wine Is Not an Emulator の再帰的頭文字とも)．互換層 (ラッパーライブラリ) です．cygwin が posix API を実装した Windows のラッパーアプリケーションであるのと，ちょうど真逆です． いまのところ，Windows API の 62 % を実装しているとのこと．IE も動くそうです． # apt-get install libwine libwine-print wine wine-doc msttcorefonts wine-utils winesetuptk $ winesetup (特に何もする必要無し) $ lha e xyzzy-0.2.2.235.
ホワット・ア・ワンダフル・ワールド コンパイラインフラストラクチャ LLVM
COINS はいろいろと微妙な気がするので，別のコンパイラインフラストラクチャ LLVM (Low-Level Virtual Machine) を見てみた． The LLVM Compiler Infrastructure Project LLVM ってのは，仮想マシンなんだけど，例えば Java の JVM，Perl の parrot，Ruby の TVM (旧旧 Rite，旧 YARV) みたいに，特定のプログラミング言語に向けたものではない （ってまぁ，みんな言うんだけど） なので，C-- のように，GC みたいな高級で，なおかつ言語に強く依存するような機能は提供しない (オプションとしては提供されているらしい) 単純な RISC-like な命令セットを持つ VM で，STL を駆使した C++ で書かれているらしい． GCC のバックエンドを持っているので，C/C++ からバイ
ホワット・ア・ワンダフル・ワールド 現状，最も DSL が作りやすい汎用言語は, L ナントカでも H ナントカでも無く，実は GCC なのではないか ?
最上の日々 06年12月 24日（日） ▼ DSL（ドメイン特化言語）というのは拡張され続けた結果として、かならず汎用言語になってしまうものだ。けど、最初から計画されていた訳ではないから、汎用言語にとって大事な首尾一貫性にはこういう調子で欠けることに必ずなってしまう。これをさけるためにはどうしたら良いだろうか。 すでに出来てしまった物は仕方ないけど、これからDSLを作ろうと言う人は、新たにDSLを作るのはやめて汎用言語のサブセットにする方が良いと思う。そうして将来の拡張に備えるという方法論をとったら良いと思う。 DSLは汎用言語よりもドメイン内では簡潔に書ける言うけど、大抵それは、ドメインに特化したデータ構造とライブラリのおかげでだと思う。文法などが寄与している場合は困るけど、私の感じではそれほど多くは無いと思う。（ユーザが新しい型を定義できて演算子などをオーバーロードできる汎用言語で無く
ホワット・ア・ワンダフル・ワールド スタックマシンとレジスタマシン
なんで現代の主流な VM (JVM/CLR) は，ともにスタックマシンモデルなんだろう… ? という疑問が生まれました． あと，ボスから出た，Java に特化している JVM 上で，果たして効率の良い実装はできるのだろうか ? という質問にも，明確に答えることができなくて，あたふたしてしまったので，ちょっと調べてみました． 高速かつ移植性の高い Java Virtual Machine の設計と実装 などによると，どうやらスタックマシンには， (1) 移植性の確保が容易 そもそも，多くの CPU アーキテクチャはレジスタマシンであるため，「なぜ JVM はスタックアーキテクチャなのか ?」という疑問が生まれることとなる． 一見スタックアーキテクチャは，レジスタアーキテクチャとは実行モデルが根本的に異なるため，効率的な実装が難しく，JIT などの実装も面倒になりそうなイメージがある． # ス
ホワット・ア・ワンダフル・ワールド 本当に30日でエディタが出来上がるのかを試してみるBlog
Author:あろは (alohakun) デバッガ開発者見習い（予定） 連絡先 : alohakun ___at___ gmail.com mixi : http://mixi.jp/show_friend.pl?id=182927 twitter : http://twitter.com/alohakun このページはインラインフレームを使用しています 一日目 とりあえず，張りぼてのメニューを作ってみたよ． #include <gtk/gtk.h> int main(int argc, char *argv[]) { GtkWidget *window, *scrolledwindow, *view, *vbox, *menubar, *filemenu, *fileitem, *openitem; GtkTextBuffer *buffer; gtk_set_locale(); g
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ホワット・ア・ワンダフル・ワールド 新エディタ Shiki を作る日記 (17 + 30)
ホワット・ア・ワンダフル・ワールド Kawa はいろいろ参考になる