933 :
デフォルトの名無しさん:02/05/30 19:54
誰かguile-gtkのwindowsバイナリ作ってください。
おねがいします。
934 :
デフォルトの名無しさん:02/05/30 20:06
935 :
デフォルトの名無しさん:02/05/30 20:31
>>923 なんでだろね。対称性悪いよね。
Gaucheにはsubseqがあるな。
(use gauche.sequence)
(subseq '(a b c d e) 1 4) => (b c d)
(subseq '#(a b c d e) 1 4) => #(b c d)
(subseq "abcde" 1 4) => "bcd"
936 :
デフォルトの名無しさん:02/05/30 21:10
>>920 ちょっと(or たくさん)外してるかも知れませんが、
common lisp の
Read-read consistency
Print-read consistency
Print-print consistency
を調べてみると、考えをまとめる手がかりになるかも知れません。
この辺を突っ込んで行くと、2-lisp、3-lisp とどんどん腐海世界に
(scheme からは離れて行っちゃうけど)入り込んで行けます。
Gauche には debugger はないのか?
938 :
デフォルトの名無しさん:02/05/31 00:39
>>937 debuggerとはソースの修正も入るやつ?
インテリジェントなやつは多分ないと思う。
エラー個所の特定ならtraceするって手段があると思うけど。
たぶんそれぐらい入ってると思う。(この手はLISP系だと作るのが簡単)
ステップ実行もできるといいとは思うけどね。
evalされる毎に式を表示してリターン押すと実行とか。
>>923 > substringはあるのにsublistやsubvectorが無いのは何ででしょうか。
そう言う意味での「完全さ」を求めるとCommon Lispみたいに肥大しちゃう
から。(stringとlistはそもそもn番目の要素のアクセス法が全く異なるし。)
940 :
デフォルトの名無しさん:02/05/31 07:08
>>939 CommonLispみたいに汎用的なのはマクロで作って、
:stringみたいに型を明示的に指定するってのはどうですか。
実行時判定を行わずに展開時で切り分けできるし。
>>936 こういう誘導はとても助かります。どうもありがとうございます。
>>936 申し訳ありませんが 2-lisp,3-lispについて解説しているページを教えて戴けませんか?
ぐぐっても、まともにヒットしてくれません。
>>942 http://www2.parc.com/publications/pubs-hst.html の
Interim 3-LISP Reference Manual
Brian C. Smith, Jim des Rivieres, July 1984
The Implementation of Procedurally Reflective Languages
Jim des Rivieres and Brian C. Smith, July 1984
Reflection and Semantics in LISP
Brian C. Smith, June 1984
;; "3-Lisp"と引用符付けてる?
944 :
デフォルトの名無しさん:02/06/01 16:18
945 :
デフォルトの名無しさん:02/06/01 19:54
みなさん、Linux上でおすすめのCommon Lisp処理系は何ですか?
Allegroって凄く高いですよね?
946 :
デフォルトの名無しさん:02/06/01 19:57
947 :
デフォルトの名無しさん :02/06/01 22:29
>>945 それ知りたい。今使ってるのはGCLだけど、他にあれば教えてください。
>>945 確かに高いが、すごくってほどでもない。
個人じゃ手が出ないが
949 :
デフォルトの名無しさん:02/06/01 22:55
ACLなん万だっけ?20万ぐらいで買えた?
じゃ2年ローンで・・
>>945 LinuxだったらGNUの洗礼を受けたgclかな。
メンテナンスされてるのか知らないけど。
951 :
デフォルトの名無しさん:02/06/01 23:39
952 :
デフォルトの名無しさん:02/06/01 23:49
953 :
デフォルトの名無しさん:02/06/02 00:28
954 :
デフォルトの名無しさん:02/06/02 00:36
>>953 Windowsバイナリがみあたらないんですが、
無いんでしょうか。
955 :
デフォルトの名無しさん:02/06/02 00:41
956 :
デフォルトの名無しさん:02/06/02 00:41
そろそろ次スレかなあ。
959 :
デフォルトの名無しさん:02/06/02 01:45
>>958 >価格
>・デスクトップタイプ プロフェッショナル版 130万円〜
>_ エンタープライズ版 200万円〜
>・サーバータイプ プロフェッショナル版 260万円〜
>_エンタープライズ版 400万円〜 アカデミックプライスもあります。
ACL5だから情報がちょっと古いとはいえ、
こりゃ個人では手がでませんな。
関係ないけど
>MOEBIUS (メビウス)
>Common Lisp to C translator 理想の言語変換ツール
>価格
>1,000,000円より
ってどんなだろ。
lispをcに変換するのは、schemeをcにするよりは継続とかがない分
簡単かも。
CommonLispを完全に変換するのは量的に苦労しそうだけど。
>>959 ライブラリとしてインタプリタを持っていて、変換しきれない分はインタプリタで実行。
perlccと同じ
961 :
名無しさん@Emacs:02/06/02 11:22
それって、えーとR田中二郎???
どなたか
そろそろ次スレ立ててください。
自分は「スレッド立てすぎです・・」が出てしばらく立てられそうにないです。
Common Lisp の本は出ましたか?
さあ歌え。
969 :
デフォルトの名無しさん:02/06/10 17:38
970 :
デフォルトの名無しさん:02/06/14 23:20
すいません、
だれかスタンダードなLISPてどれか教えていただけませんか
処理系がおおくて。
>>970 commonという名を持つLISPがいますがね。
>>970 Common Lispなら、
GCL, CLISP, LispWorks(パーソナルはフリー)などなど。
探せばいくらでもあると思うんだけど。
O)-< O\-< O|-= O|-= O(-<
974 :
デフォルトの名無しさん:02/07/14 00:04
SICP に出てくる cons-stream ってどう書いたらいいんですか?
定義が載ってないので stream 系の例題が全部試せないし、自分で書こうにも
stream も macro もわかってないのでお手上げです。(多分 macro で書けるん
だろうと思っているのですが)
;; stream 系の手続き実装してる処理系使うのが一番早いんでしょうけど。
旧スレageられてもねぇ…
ごめんなさい。旧スレ眺めてたら誤爆してしまいました。
>>974 素直に delay 使えば出来ません?
978 :
デフォルトの名無しさん:02/07/16 06:16
もうちょっとヒネレよ
このドアホ
こっちはもうsageてくれ
981 :
デフォルトの名無しさん:02/07/16 16:07
age