Lisp@UNIX版 (585レス)
Lisp@UNIX版 http://mevius.5ch.net/test/read.cgi/unix/1019926525/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
360: 名無しさん@お腹いっぱい。 [sage] 03/09/05 15:04 clisp をログインシェルに. http://clisp.cons.org/clash.html …やってるやついるんか?これ? http://mevius.5ch.net/test/read.cgi/unix/1019926525/360
361: 名無しさん@お腹いっぱい。 [sage] 03/09/11 19:30 http://hobby4.2ch.net/car/ http://pc3.2ch.net/cdr/ http://mevius.5ch.net/test/read.cgi/unix/1019926525/361
362: 名無しさん@お腹いっぱい。 [sage] 03/09/25 00:10 こんなのもある http://lush.sourceforge.net/ http://mevius.5ch.net/test/read.cgi/unix/1019926525/362
363: 名無しさん@お腹いっぱい。 [sage] 03/09/25 21:34 lush 使ってるの?使ってる香具師見たこと無いんだけど…。 http://ecls.sourceforge.net/ なら少しは見たことあるが。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/363
364: 名無しさん@お腹いっぱい。 [sage] 03/11/17 02:00 sage http://mevius.5ch.net/test/read.cgi/unix/1019926525/364
365: 名無しさん@お腹いっぱい。 [] 03/12/31 20:44 age http://mevius.5ch.net/test/read.cgi/unix/1019926525/365
366: 名無しさん@お腹いっぱい。 [] 04/01/10 10:19 よく、emacsやsawfishなどLISPで実装されているアプリケーションは拡張性が 高いと述べられますが、 これは、pythonやrubyあたりで実装してあるプログラムなどと比較しても やはり高いものなの? その辺の根拠を後学のためにお教えいただきたい。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/366
367: 名無しさん@お腹いっぱい。 [sage] 04/01/10 11:31 処理系というか開発環境込みってのが普通だからじゃねーの? elisp とか librep とかは lisp 的にはダメポだけど… まぁ漏前が Python 使いや Ruby 使いならば LISP で作られた ものより Python や Ruby で作られたもののほうが拡張性が 高いだろう。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/367
368: 名無しさん@お腹いっぱい。 [sage] 04/01/11 14:38 RubyでもEmacsと同じことが出来ますよ、基本的には。 1. Rubyでエディタを作る。 2. 外部から与えられたRubyのプログラムを素直に実行する機能をつける。 (エディタを走らせている当のRubyインタプリタ上で評価する) これだけ。 elispはいわゆるマクロ言語ではなく、Emacsにコードを追加しているに等しいの です。 CやC++で実装され言語処理系を内蔵しないエディタでも、マシン語を与えられて 同一プロセス内で実行する手段を提供してあれば同様に拡張性が高いと言えるかも (誰が拡張するんだ、って感じですが) http://mevius.5ch.net/test/read.cgi/unix/1019926525/368
369: 名無しさん@お腹いっぱい。 [sage] 04/01/11 16:12 Lisp は詳しくないけど、組み込み言語に Lisp が多く使われているのは、 こんな理由? 1. 実装が比較的簡単 -- sexp 2. 実装を小さく出来る -- 1 と 5 から 3. 実装例が沢山ある -- プログラマなら一度は Lisp もどきを作るとか・・・ 4. 表現力が高い -- sexp 5. 拡張しやすい -- macro 6. 言語として枯れている もちろん言語としての素性も良いし。emacs に関しては、Lisp がエディタを (絶対的に)必要とするっていう理由もあるかも。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/369
370: 名無しさん@お腹いっぱい。 [sage] 04/01/12 13:12 簡単な実装は簡単に作れるが しかし本当に使いモノになる処理系を作るのはやっぱ り難しい。言語的にはお手軽スクリプト用から高性能コンパイラまでカバーしてるけ ど手軽に作れるのはやっぱり簡易的な処理系だよ。下は↓ム板より転載。 | 133 名前: Greenblatt 投稿日: 03/08/19 21:55 | どこかのハッカーが、どこかのマシンにしがみついて二週間ばかりがんばって LISP を書き、 | 「見てくれ、LISP をものにしたぞ」という。そんなことが何度だってあるだろうさ。だけど、 | それと本当に使い物になるシステムとの間には天地ほどの差があるんだよ。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/370
371: 名無しさん@お腹いっぱい。 [sage] 04/01/12 19:44 ごく一般的に言って、簡単に作ればそれなりのもの、 徹底的に作ればそれなりのもの、ができるのはあたりまえですな。 んで Lisp、scheme はとくに言語の核を小さく簡単に実装できる っつーハナシですな。 Lisper、schemer 名乗る上で、そこを抑えているかが本質的な 違いになるわけで。 emacs が lisp である理由のごく一部には AI ラボの残留思念(怨念?) も感じますな。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/371
372: 名無しさん@お腹いっぱい。 [sage] 04/01/12 23:35 Lisp の *実用的な処理系* を他の言語と比較して特別簡単につくれるとは思えないがな…。 言語の核が小さいからっては Scheme くらいのを小さいっていってるのかな? それとも eval, cons, car, cdr ... 程度の話か? どっちにしても俺のミニマリスト的な部分は Forth のが小さいしシンプルだと告げている。 少なくとも俺は小さいからとか処理系が簡単に実装できるから云々はどーでもいい。 そこそこの性能とマクロとか使って言語仕様をカスタマイズ可能なところが Lisp の魅力。 関数型でもオブジェクト指向でもどっちも OK みたいなマルチパラダイムなところとか なんでもアリ的な怪しさも好きだ。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/372
373: 名無しさん@お腹いっぱい。 [sage] 04/01/12 23:47 どうして言語系のスレにはハナシの流れを汲めない香具師が多いんだろう 言語障害?w http://mevius.5ch.net/test/read.cgi/unix/1019926525/373
374: 名無しさん@お腹いっぱい。 [sage] 04/01/13 00:25 ANS Forth の仕様書って読んだ事無いけど、R5RS くらいシンプルで しっかりしてるの? http://mevius.5ch.net/test/read.cgi/unix/1019926525/374
375: 名無しさん@お腹いっぱい。 [sage] 04/02/05 21:36 FreeBSD の bootloader も Forth でしたな。謎だ。 loader.4th っていうエクステンションはふつうなの? http://mevius.5ch.net/test/read.cgi/unix/1019926525/375
376: 名無しさん@お腹いっぱい。 [sage] 04/02/06 20:20 >>375 なんで?容量その他制限がキツイんだから forth 使うんだろ。 FreeBSD 以外でも Mac 方面の OpenFirmware とか forth だった記憶アリ。 そんなとこで ruby だの perl だの lisp だのを使うほうが珍しい。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/376
377: 名無しさん@お腹いっぱい。 [sage] 04/02/06 20:48 C でハードコーティングしといてもそれまででと思ったので。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/377
378: 名無しさん@お腹いっぱい。 [sage] 04/03/09 23:07 保守 http://mevius.5ch.net/test/read.cgi/unix/1019926525/378
379: 名無しさん@お腹いっぱい。 [sage] 04/03/16 01:20 SPARC マシンの OpenBoot も Forth だね。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/379
380: 名無しさん@お腹いっぱい。 [] 04/03/27 00:26 そういゑば、UNIX 板にも Lisp スレがあったんだね。自分はマクロの 使い方も分からないけど。 Scheme と Common Lisp のマクロって似た様な感じですか? http://mevius.5ch.net/test/read.cgi/unix/1019926525/380
381: 名無しさん@お腹いっぱい。 [sage] 04/03/29 00:02 scheme のは,はじめはめんくらう. なれるとウマー http://mevius.5ch.net/test/read.cgi/unix/1019926525/381
382: 名無しさん@お腹いっぱい。 [sage] 04/03/29 06:51 Scheme の syntax-rules は、単純なのはきれいに書けるよね。 でも、複雑なのがかなり書きにくい気がする。 defmacro に慣れてるせいもあるんだろうけど… http://mevius.5ch.net/test/read.cgi/unix/1019926525/382
383: 名無しさん@お腹いっぱい。 [sage] 04/03/29 12:03 R5RS の letrec の定義は激しく…萎える。 某所、復活してる。 http://mevius.5ch.net/test/read.cgi/unix/1019926525/383
384: 名無しさん@お腹いっぱい。 [sage] 04/03/30 16:40 以前,syntax-rules を使って,例えば六っつの引数を伴うと (+ 1 1 1 1 1 1 ) ってのに置きかえる,引数数え上げマクロを 作ったんだけど,これって関数定義内とかに使うと 6 って定数だと 解釈されてコンパイルされるんか,それともあくまで (+ 1 1 1 1 1 1 )をやってんだかどっちだろうな Gauche macroexpand したら (+ 1 1 1 1 1 1) になってたが,こういう最適化は コンパイラの仕事だろうから,macroexpand ではチェックした事には ならんだろうからなぁ… define-macro を素直につかうべき? http://mevius.5ch.net/test/read.cgi/unix/1019926525/384
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 201 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.028s