Back To Top

タイトル通り、Squeak に関する情報やプログラムや余談や思い付いたことやヨタ話しをかく場所です。

05/12/1998

• Squeak 2.0 Beta をリコンパイルしてみました。

1. 
   まず、InterpreterSupportCode writeMacSourceFiles を do it。すると
   
   readme
   sq.h
   sqConfig.h
   MacTCP.h
   AddressXlation.h
   sqPlatformSpecific.h
   sqFilePrims.c
   sqMacDirectory.c
   sqMachDep.h
   sqMacJoystick.c
   sqMacNetwork.c
   sqMacSound.c
   sqMiscPrims.c
   sqMacSerialPort.c
   sqMacWindow.c
   sqSoundPrims.c
   sqOldSoundPrims.c
   dnr.c
   projectArchive.sit
   
   のファイル群が SqueakVM と同じフォルダに自動生成されるはずです。
   このうち、一番最後の projectArchive.sit は CodeWarrior のプロジェクトファイルが圧縮されたものです。
2. 　
   次に Interpreter translate: 'Interp.c' doInlining: false を do it。
   
3. 　
   CodeWarrior でプロジェクトを Std C Console タイプとして新しく作り、 1、 2でできた .c .h ファイルをプロジェクトに加える。
4. 
   sqMacNetWork.c
   sqMacWindow.c
   の include <MacHeaders.h> 文をコメントアウト。
   
   sqMacSound.c
   に include <Sound.h> を追加。
5. 
   あとは Creater を 'FAST'、割り当てメモリを 8MB くらいにしてコンパイル。
6. 
   Jitter VM をコンパイルしても動きませんでした。2.0対応版の Jitter が出るまで待つ必要があるのでしょう。

05/09/1998

• Squeak 2.0 Beta でました。

03/18/1998

• SqueakVM 1.3 を SGIマシン上でどうにかこうにかコンパイルしました。バイナリは非公開;-P　なぜかよく落ちるので。しかしこの SGI版VM、すっごく遅いです。無理矢理コンパイルしたのがいけなかったのか。実行画面はこんな感じ。もちろん他のプラットフォームのSqueakと変わりません。

02/25/1998

• CCodeGeneratorについての調査記事でも書こうかと思いましたが、また後日ということで・・・。ちなみにCCodeGeneratorとは、SmalltalkコードをCコードへ変換するトランスレータクラスのことです。

01/19/1998

• Squeak 1.3。
• 西原さんのところでもSquek専用ページを開設した模様です。詳しい解説とリンクはそちらからどうぞ（他力本願）。

01/18/1998

• Smalltalker's Salon というメーリングリスト(URL失念）で、Windows上のSqueak1.23でchangeファイルのコンデンスがまともに行なえない、というトラブルが報告されていました。解決法は、もっとも新しいSqueakVMのビルドを使いましょう、ということのようです。

06/08/1997

• Squeak をリコンパイルしてみました。以下に手順を書きます。Smalltalk VM の実装に興味がある方はためしてみてください。

1. 
   まず、InterpreterSupportCode writeMacSourceFiles を do it。すると
   readme
   sq.h
   MacTCP.h
   AddressXlation.h
   sqFilePrims.c
   sqMacDirectory.c
   sqMacJoystick.c
   sqMacNetwork.c
   sqMacSound.c
   sqMacWindow.c
   dnr.c
   sqSoundPrims.c
   projectArchive.sit
   
   のファイル群が SqueakVM と同じフォルダに自動生成されるはずです。
   このうち、一番最後の projectArchive.sit は CodeWarrior のプロジェクトファイルが圧縮されたものです。
2. 　
   次に Interpreter translate: 'Interp.c' doInlining: false を do it。
   すると Interp.c がフォルダ内に生成されます。これが SqueakVM そのものです。ファイル生成にけっこう時間がかかります。
3. 　
   CodeWarrior でプロジェクトを新しく作り、 1、 2でできた .c .h ファイルをプロジェクトに加える。で、このままコンパイルすると...うまくいかない。readme によると、Squeak は CodeWarrior8 でつくっているらしいです。使われているヘッダファイルが古いので、CW11 だとひっかかってしまうのです。そこで
4. 
   sqMacDirectory.c
   sqMacSound.c
   sqMacWindow.c
   の#include <MacHeaders.h> 文をコメントアウト。
   dnr.c
   の #include <GestaltEqu.h> を #include <Gestalt.h> に書き換える。
5. 
   あとは Creater を 'FAST'、割り当てメモリを 6MB くらいにしてコンパイル。

• イメージファイルをドロップすればあなたの VM で Smalltalk が走ります。
• さて、上から分かるように、SqueakVM Cソースは実質　Interpreter translate: 'Interp.c' doInlining: false だけで生成されます。Squeakのこの部分のコードを見てもらうと分かるんですが、Interpreter-C-#translate:doInlining: は CCodeGenerator を使っています。これがステップ１と決定的に違う部分です。
• つまり、１でのファイル群は Squeak 内に文字列として埋め込まれており、InterpreterSupportCode writeMacSourceFiles がそれらの文字列を単純にファイル出力します。対して VM には、まずいったん VM じたいが Smalltalk で書かれ、その Smalltalkコードを Smtalltalk->C トランスレータにかけてCソースへ落とす、という戦略がとられているのです。
• なぜなのでしょうか？　移植性や拡張性を上げるため？
• Interpreter translate: 'Interp.c' doInlining: true
  Interpreter translate: 'Interp.c' doInlining: false
  の違いは、Cのマクロや小さな関数をインライン展開するかどうかだけのようです。前者で吐き出されるソースは恐ろしいほどに可読性が低いので、VM Cソースを読んで研究したいというかたは、後者（インライン展開なし）の方を使うと良いと思います。