Early Work
初期の作品 --- Early Work Paul Graham, October 2020 これは、Paul Graham： Early Work を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2020 by Paul Graham 原文: http://www.paulgraham.com/early.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。 出版社の案内ページ Amazon.co.jp サポートページ 2020/10/20 翻訳公開
Gauche:evalと環境
R5RSのevalは、第二引数に「環境指定子(environment specifier)」を 取ると定義されている。 (eval form environment-specifier) しかし、環境指定子の具体的な実装は処理系に任されている。 処理系によっては、レキシカルスコープを含めた環境を ファーストクラスオブジェクトとして取り出せるものがあるから、 そういう処理系独自の拡張を念頭に置いた仕様だろう。 Gaucheでも将来はそういう拡張をするかもしれないが、 現在のところは、単なるモジュールを環境指定子として使っている。 モジュールはトップレベルの名前空間を規定するものだ。 evalは、form内の自由変数を、第二引数に渡されたモジュール内で 解決する。 ;; デフォルトではプログラムはuserモジュールで実行される。 ;; R5RSのinteraction-environmentは
Lingr:まとめ
Gaucheの部屋のまとめです。WebベースのチャットサービスLingrを使っています。 2006-11-12 (Gauche 0.8.8リリース、Sumibi.orgの中の話)2006-11-11 (Gauche 0.8.8リリース最終段階)2006-11-10 (Gauche 0.1、one-liner)2006-11-09 (Schemeのダメなところ、雑談)2006-11-08 (quasiquotation)2006-11-07 ("kaze"を抜く、不完全文字列、Kahua)2006-11-05 (Meta Object Protocol)2006-11-04 (OnLisp出版の状況、debug-print、Gauche 0.8.8)2006-11-03 (シェル、Scheme式を評価するC API、健全なマクロ)2006-11-02 (Binary Hacks、shiroさ
Gauche:LandOfLisp
ちょっとだけトリッキーなのはgame-readで、Common Lispのreadは 後続の空白文字(改行文字含む)を消費するので、 > (game-repl) とタイプしてRETを打った時、入力バッファは空で、game-read はすぐに ユーザの入力待ちになるのだけれど、Gaucheのreadは後続の空白文字を消費しない。 gosh> (game-repl) とタイプしてRETを打つと、REPLは閉じ括弧まで読んですぐに(RETを入力に残したまま) game-replを実行する。その中から読まれる game-read は最初に 残っていたRETを見るので、最初のread-line で空の文字列が帰ってくる。 移植版ではこのケースへの対応が入っている。 Shiro(2016/02/02 23:30:58 UTC): 現在の開発版Gaucheでは、REPLについては後続の空白を 読み飛ばす
Gauche: プロファイラAPIの使用例
Shiro(2010/03/25 02:58:10 PDT): 既にあるプログラムに対して、後つけで 「この手続きの間だけプロファイラをon/offできないか」という話。 http://practical-scheme.net/chaton/gauche/a/2010/03/25#entry-4bab1039-2c8af 特定の式の実行中だけプロファイリング プロファイラはScheme側からon/offできるので、コードが書き換えられるなら こんなことができる。 (define-macro (profiling expr) `(dynamic-wind profiler-start (lambda () ,expr) profiler-stop)) (profiling 式) とすれば式の実行中だけプロファイルがとれる。 例えば、適当に重い計算をでっちあげといて： (define (fib
Schemeで書くかCで書くか - Gauche - A Scheme Interpreter
Schemeで書くかCで書くか Scheme処理系をSchemeで書くのは、evalを使うという反則技無しでも、 Cで書くより楽である。その快適さを知っているSchemeインプリメンテータは、 Cで処理系を書く場合でも、最低限のプリミティブだけをCで書いておいて残りはSchemeで… という誘惑にどうしてもかられてしまう。 それに、そのアプローチはエンジニアリング的にも悪いことではない。 なるべく基本的な部分や性能が必要な部分だけをCで書いたいわばmicro-Scheme処理系を まずしっかりと作り、処理系の残りの部分はmicro-Schemeを使って書く。そうしておけば、 処理系自体の保守が楽だし、拡張する場合もmicro-Scheme処理系をリコンパイルしたり する手間が無くて良い。多くのScheme処理系はこのアプローチを取っているようである。 Gaucheでは、しかし、Scheme
Y Combinatorを始めた理由 ---Why YC---
Y Combinatorを始めた理由 ---Why YC--- Paul Graham, March 2006 (Rev. August 2009).[訳註1] Copyright 2009 by Paul Graham. これは、Paul Graham：Why YC を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2009 by Paul Graham 原文: http://www.paulgraham.com/whyyc.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の
Scheme:call/ccと副作用
c.l.sで興味深い議論が進行していたのでメモ。 purely functional Lisp + call/cc = ? 発端は、Nils M Holmの 「Purely functionalなマイLispにcall/ccをつけてみたよ」 という投稿。 それに対し、Schemeの大御所達から 「call/ccは、副作用を生じるよ」 と突っ込みが入る。 言い替えれば、「set!などの明示的な副作用オペレータを一切持たない purely functionalなLispに、call/ccを導入すると、それはもはや purely functionalではなくなる」ということ。 実例 これは簡単な例によって示すことができる。szgygによる例： (let ((f (lambda (x) (call/cc (lambda (k) k))))) (cons (f 0) (f 0))) (f 0)の2回
Gauche:VM命令セットの変更とビルド
Shiro(2008/07/04 03:06:56 PDT): 忘れないようにメモ。 svn trunkからビルドする場合、Gauche自身で 書かれたコードをプリコンパイルする必要がある。このプリコンパイルには 既にインストールされている、その時点での最新リリースのGaucheを使うことに なっている。以降、コンパイルに使うGaucheを"host"、それによって ビルドされるGaucheを"target"と呼ぶ。 Gaucheのプリコンパイルは、hostのコンパイラを一度通して、 結果として得られるコードベクタをCの静的配列としてダンプすることによって 行われる。ここで問題となるのは、targetのVMの命令セットをhostと 非互換な方法で変更した場合だ。VM命令セットの変更には3つの場合がある。 hostに無い命令をtargetに追加 hostにあった命令をtargetでは削除 同
Gauche:VMの最適化
optional引数のプロトコルJITはどのくらい効きそうかVM loopの自動生成と命令結合の自動化 浮動小数点数の最適化過去のメモ optional引数のプロトコル Gauche:VMの最適化:optional引数 JITはどのくらい効きそうか Gauche:VMの最適化:JIT:予備実験 VM loopの自動生成と命令結合の自動化 Gauche:VMの最適化:VMLoopの自動生成 -> 0.8.14で採用 浮動小数点数の最適化 Gauche:VMの最適化:Flonumの扱い -> 0.9で採用 過去のメモ Gauche:VMの最適化:Subr呼び出しプロトコルの検討 Gauche:VMの最適化:For 0.8.6 Gauche:VMの最適化:For 0.8.4 Gauche:VMの最適化:For 0.6.3
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Top (Gauche Users’ Reference)
Nonexistent page: sasagawa:matrix
Top (Gauche Users’ Reference)
Top (Gauche Users’ Reference)
Top (Gauche Users’ Reference)
Top (Gauche Users’ Reference)
Gauche:StandAloneProgram
Gauche:CrossCompilation
Gauche:スロットアクセス
Gauche:GenericFunctionとModule