Lisp Scheme Part18at TECHLisp Scheme Part18 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト650:デフォルトの名無しさん 07/11/27 11:05:23 原理主義ってどんなの? 「プリミティブがあれば充分」論者はR6RSで少なくなっていくと思う。 moduleとかOOとか。 651:デフォルトの名無しさん 07/11/27 11:21:24 じゃあ、さっさと R6RS を実装しやがれ 652:デフォルトの名無しさん 07/11/27 11:33:55 あんなR6RSを正直に完全実装するのがでてくるかな？ リファレンス実装以外で。 653:デフォルトの名無しさん 07/11/27 11:38:14 今のメジャーな処理系が実装するというよりは、新しい処理系で R6RS 準拠ってのが出てきそうな気がする 654:デフォルトの名無しさん 07/11/27 11:57:18 SchemeのC++0xやー 655:デフォルトの名無しさん 07/11/27 17:28:37 個人的にはR5RSにリードマクロとsyntax-caseと{read,write}-byteとfile-seekとsystemと環境を明に操作する手段とimplicit forceとfull numeric towerとFFIさえあれば良いだけなんだけどなぁ 実装してる処理系はあるけど標準化されてないってのがネック UTF-8ファイルの読み書きで１バイト読み込むのか１文字読み込むのか実装依存（１文字読み込む実装は知らないけど）だし 構文オブジェクトもファーストクラスにして (define foo (syntax ...なんて構文で定義したり applyの第１引数に構文オブジェクトを受け取るように出来たらいいのに でもそうすると構文木解釈系でしか動かないだろうから相当遅くなるし そもそも合成構文はevalされる前に展開されるから無理か ただCLと違って値も関数もdefineで定義できるのに 構文定義だけdefine-syntaxってのが美しくない気がする define-syntaxは処理系に対して、defineは実行系に対しての構文だと割り切るしか無いか 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch