【入門】Common Lisp ..
310:デフォルトの名無しさん
08/04/11 13:26:01
>>307
さほど苦労ではないから多くの処理系で実装されているのでは？ｗ
311:デフォルトの名無しさん
08/04/11 15:53:08
多くの処理系には *scratch* がない
312:デフォルトの名無しさん
08/04/11 16:31:45
会話が成立してないな。ここは人工無脳たちも来てるから仕方ないけど。
313:デフォルトの名無しさん
08/04/12 00:32:41
>>310
いや、規格できまってるからですw
314:デフォルトの名無しさん
08/04/12 10:15:47
(funcall
(car
'(#'test . ("arg1" . "arg2"))))
これが，
FUNCALL: #1=#'TEST is not a function name; try using a symbol instead
としてエラーが出るのですが，おそらくクオーティングされてるんだと思います．
これをfuncallでできるようにやるにはどうしたらよいのでしょう？
315:デフォルトの名無しさん
08/04/12 10:40:55
ドッドペアとはな。コンスセルの節約かい？
A: cons で対応
(funcall (car (cons #'test '("arg1" . "arg2"))))
B: バッククォートで対応
(funcall (car `(,#'test . ("arg1" . "arg2"))))
316:デフォルトの名無しさん
08/04/12 11:50:56
testが決め打ちなら、
(setf (symbol-function 'test) #'car)
(funcall (car '(test . ("arg1" . "arg2")))
'(foo bar))
;-> foo
で良いだろうし
testが動的に変化するなら、
(let ((test #'car))
(funcall (car `(,test . ("arg1" . "arg2")))
'(foo bar)))
-> foo
じゃない?
function(#')付けるとややこしくなると思うよ。
もしくは最初のalistの作り方ががそもそも問題で、
(let ((test #'car)
(alist (cons #'car '("arg1" . "arg2"))))
(funcall (car alist)
'(foo bar)))
とか。
なんにしろ、何が実現したいのかで変ってくる例だと思う。
関係ないけど、SchemeとCommon Lispの名前空間の扱いの違いを理解するには良い例かも。
317:デフォルトの名無しさん
08/04/12 12:08:31
質問者は名前空間というよりクォートについて聞いているのではないか？
(define (test) 100)
((car '(test . 100)))
はSchemeだってエラーでしょう。
元質問は、俺にもかけだしだった頃に似たような経験があるなぁ。
1. #' + シンボルで関数を表現する、という説明を聞く => やってみる '(#'test) うごかNeeeなんで？
2. #'test を「評価」すると関数になるんだよー ' でクォートされたものは評価されない
3. Aha!
318:デフォルトの名無しさん
08/04/12 13:26:35
>質問者は名前空間というよりクォートについて聞いているのではないか？
>>316 >関係ないけど、Sche...
と書いてますし、質問と関係ないことについては、ご指摘の通りですｗ
quoteを回避するってなら、
(funcall (cadar '(#'car)) '(foo bar baz))
って方法もあるね。
さらに横道に逸れるけどｗ
319:デフォルトの名無しさん
08/04/12 13:41:41
On Lispで関数内でクオートしたリストを返しては駄目だとあるので、
この関数を定義して、
(defun exclaim (exp)
(append exp (list 'oh 'my)))
CL-USER> (exclaim '(hoge fuga))
(HOGE FUGA OH MY)
CL-USER> (nconc * '(goodness))
(HOGE FUGA OH MY GOODNESS)
CL-USER> (exclaim '(foo bar))
(FOO BAR OH MY GOODNESS) ←どうしてこうなるの？？？
上記の(list 'oh 'my)は関数が呼ばれるたびに
生成されると思ったのですが、どうして関数内で定義されている
リストが影響されてしまうのでしょうか。
320:デフォルトの名無しさん
08/04/12 14:40:32
漏れの環境では、再現しないんだけど…。
CLISP、SBCL
HyperSpec博士の出番だね。
(defun exclaim (exp)
(let ((lst (copy-list '(oh my))))
(append exp lst)))
でも同じ結果になるのかな？
321:319
08/04/12 15:06:49
>>320
> (defun exclaim (exp)
> (let ((lst (copy-list '(oh my))))
> (append exp lst)))
この関数で試してみたら、うまく動きました。
ありがとうございます。
もう一度、
(defun exclaim (exp)
(append exp (list 'oh 'my)))
を定義して試してみたら、うまく動きました。
CLisp,Slimeで試していたのですが、
上記の関数は別ファイルに書き、
c-c c-l
でloadfileしていたのですが、保存前の
ファイルをloadfileしていたのだと思います。
すみません。
322:デフォルトの名無しさん
08/04/15 13:12:56
common lispについて情報交換 質問などができるＭＬはどこかにないでしょうか？
323:デフォルトの名無しさん
08/04/15 15:25:05
>>322
MLでは無いですが、mixiにはコミュニティがありました。
この前見たときは8名ほどだったような。
日本語で情報交換できるMLがあったら私も知りたいですが、
このスレが一番活発だったりして。
324:デフォルトの名無しさん
08/04/15 20:58:44
>このスレが一番活発だったりして。
ありうるw
いまどきブログで書く人が多いからMLも活発にならないかもしれない。
そういってもcommon lispのブログもあまり見かけない気はするけどw
325:デフォルトの名無しさん
08/04/15 22:20:11
Common Lisp Night やろうぜ!
326:デフォルトの名無しさん
08/04/15 22:47:26
>>325
一晩かけてみんなでカッコを黒板に清書だな
327:デフォルトの名無しさん
08/04/15 23:21:03
LispDaysの中の人の更新がないしなぁ。
僕はとっても楽しみにしてるんで、日常だけでもいいから日記かいてくれないかなぁ。
328:デフォルトの名無しさん
08/04/16 02:27:49
去年ちょこっとcommon lispのブログが増えたけど、去年中に
大体がcommon lispnについて書くのやめちゃったね。
対してSchemeはあんまりそういう傾向はないみたいなんだけど。
なんでだろ。Schemeは教材が充実してるから学習日記が書きやすいとか、かな？
329:デフォルトの名無しさん
08/04/16 02:31:53
Common Lisperは仕事が忙しいんですよ
330:デフォルトの名無しさん
08/04/16 02:52:53
つまり暇な学生には人気がないってこと？w
331:デフォルトの名無しさん
08/04/16 03:34:41
ハテナ ダイアリィのcomon lisp groupでも作ればいいのかな
332:デフォルトの名無しさん
08/04/16 05:55:21
はてなにLisp系のグループは2つあるみたいだけど、うち一つは休眠中。
もう一つも登録者8人中、アクティヴなのは4人ぐらいしかいないみたい。
この現状でさらにもう一つCLersのグループを作ったとしても…
333:332
08/04/16 06:00:35
ごめん、訂正。他にSICPのグループがあって、こちらはけっこう人数がいるみたいだ。
「はてなにLisp系のグループは2つ」というのは間違いでした。
334:デフォルトの名無しさん
08/04/16 08:26:52
Common Lisp ブログ、何でもいいから沢山あるといいね。
新仕様 Common Lisp The 3rd とかあると盛りあがるんだけど。
335:デフォルトの名無しさん
08/04/16 08:39:09
>>334
> 新仕様 Common Lisp The 3rd とかあると盛りあがるんだけど。
その仕様にフジコちゃんは入ってますか?
336:デフォルトの名無しさん
08/04/16 10:08:27
不覚にもﾜﾗﾀ
337:デフォルトの名無しさん
08/04/16 10:37:37
Common Lisp は大事なものを盗んでいったんですねわかります!
338:デフォルトの名無しさん
08/04/16 10:41:46
>>337
俺様から怠惰を盗みやがったぜ
339:デフォルトの名無しさん
08/04/16 12:40:05
>>332
別に沢山あっても良いと思うけど、纏まってないといけない理由もないだろうし。
CL専門だったら漏れも登録したいと思うよ。
もしくは逆にテーマを限定してCLOS専門とかねw
340:デフォルトの名無しさん
08/04/16 13:50:47
hatena diaryのweb リングのサービス終了ですか
common lispのグループは便利だった
341:デフォルトの名無しさん
08/04/16 22:26:26
>>339 MOP専門ほしい
342:デフォルトの名無しさん
08/04/16 22:33:29
>>339
同意。グーグルが勝手に拾ってくれるから、必要なのは
Webに書くときには単に Lisp ではなく、ちゃんと Common Lisp と綴ることだと思う。
だれか「CLOSプログラマーのためのJava入門」とか書いてくれたら嬉しいんだけど。
343:デフォルトの名無しさん
08/04/16 22:41:03
俺のサイトはグーグル拾ってくれない…
まあ CLOS の事は書いてないけど
344:デフォルトの名無しさん
08/04/16 22:50:36
>>343
宣伝しなきゃですよ。ここへURLを晒すとか。ｗ
345:デフォルトの名無しさん
08/04/16 23:47:30
>>342
CLOSとJavaて水と油ですやん。書く奴がいるとは思えない。
「CLOSプログラマーのためのC++入門」ならまだ分かる。
両方generic function萌えなので。
346:デフォルトの名無しさん
08/04/16 23:57:33
>>345
generic functionという用語だけ同じでも中身別物じゃんかw
347:デフォルトの名無しさん
08/04/17 00:16:24
いや、まず、CLOSプログラマがCLOSについて書くべきだろｗ
348:デフォルトの名無しさん
08/04/17 01:52:09
まず↓の絶版状態を解消するのが先決だな。
URLﾘﾝｸ(www.amazon.co.jp)
どっかの出版社タノムぜ
349:デフォルトの名無しさん
08/04/17 01:57:19
>>348
URLﾘﾝｸ(www.fukkan.com)
350:デフォルトの名無しさん
08/04/17 07:42:11
CLOSって何で流行らないのかな
マクロとCLOSってめちゃめちゃ強力な気がするんだけど(まだ勉強中)
351:デフォルトの名無しさん
08/04/17 07:47:50
そう思えるのはS式に抵抗がなくなりつつあるからでしょう。
Lispやる前を思い出してみると、マクロと聞くとCの#defineを想像したり、
大量の括弧をみただけでダメ出ししていたりしませんでしたか？
352:デフォルトの名無しさん
08/04/17 08:28:55
>>350
その前にCL自体を流行らせないと。
353:デフォルトの名無しさん
08/04/17 08:32:15
>>346
二大「特殊化」言語だよ。
コンパイル時か、実行時か
before/after daemon
大きく違うのはこのくらい。
>>350
Common Lispが流行ってませんので…
けどC++にかなり大きな影響与えてる。
C++の方は特殊化に関する部分だけでも、
まだいろいろと拡張を続けてる。
Generic programmingやaspect oriented programmingの
源流の一つだね。
354:デフォルトの名無しさん
08/04/17 08:40:09
>>353
> 大きく違うのはこのくらい。
それに起因して違いがありすぎるだろ。別物じゃねーか。
355:デフォルトの名無しさん
08/04/17 08:47:26
>>345
Java:だいたい全てがオブジェクト,Guy Steel Jr が参加
CL:全てがオブジェクト,Guy Steel Jr が参加
同じだ!JavaとCLはほとんど同じだよ!
356:デフォルトの名無しさん
08/04/17 09:26:25
Javaはガチガチのクラス指向だからなあ。
357:デフォルトの名無しさん
08/04/17 09:52:39
jvmの上で動くCommonLispがあればいいんじゃないか?
コンパイルもバイトコードに落ちるようなの。
358:デフォルトの名無しさん
08/04/17 10:34:44
>>357
Armed Bear Common Lisp (ABCL) が既にあるけど何か?
359:デフォルトの名無しさん
08/04/17 10:46:27
>>358
アンテナ壊れてたよ、ありがと.
週末に試してみる。
360:デフォルトの名無しさん
08/04/17 13:47:15
>>341
そうだね、MOP全般ってのも良いかも。
とりあえず、CLOSの情報が増えさえすれば良いんだし。
CL、Gauche、他にどういうのが対象言語かな。
361:デフォルトの名無しさん
08/04/17 14:09:26
サイトの宣伝していいの？
common lisp packageで検索してくる人が５人/day
ぐらいのサイトだけど
362:デフォルトの名無しさん
08/04/17 14:22:22
日に５人もCLパッケージで迷える子羊がいるんだなw
ANSI Common Lispでもパッケージの解説は親切でないかもね。
363:デフォルトの名無しさん
08/04/17 15:24:33
パッケージはCLtL2（≒ANSI）で大きく仕様が変わったせいで少し混乱してるね。
CLtL2の記述を見ても、GLSは新しい仕様があまり好きではないのではないかと思える。
364:デフォルトの名無しさん
08/04/17 16:10:10
混乱っていえば、ANSI、cltl1、cltl2の関係も混乱するね。
仕様について言うなら、とりあえずANSI(HyperSpec)を規準にすれば
良いんだろうけど…。
HyperSpec翻訳されないかなあ。
やっぱり、みんなHyperSpecを一番読むわけでしょう?
有志で、オンラインで翻訳しまくるというのはどうか。
もちろん許可がとれれば、だけど…。
365:デフォルトの名無しさん
08/04/17 19:21:58
>>364
とりあえずさっと確認したいときはHyperSpecだね。
じっくり調べるときはCLtL2を開いてGLSの名調子に浸る。ｗ
366:デフォルトの名無しさん
08/04/17 23:14:17
おれ常にHyperSpecしか見てなかったよ
>>364
よく知らないけど、HyperSpecってどこかが権利もってんだよね？
何かまるごとダウンロードしようとして躊躇した記憶がある
367:デフォルトの名無しさん
08/04/17 23:19:36
>>366
丸ごとダウンロードは別に問題ないんじゃないの？
圧縮されたファイルで用意されてるし。
むしろ皆でlispworksに押しかける方が無茶な気がするが。
368:デフォルトの名無しさん
08/04/17 23:29:53
>>366
つ URLﾘﾝｸ(www.lisp.org)
商用利用しないかぎり複製・再配布は自由。ただし改変は認めない。
みたところ翻訳の可否については明記されていないから、これに関しては
問い合わせてみないとわからないね。
369:デフォルトの名無しさん
08/04/18 00:06:31
そうだ JIS Common Lisp を作ればいいんだ
370:デフォルトの名無しさん
08/04/18 00:46:46
JISか…。
ISLISPってのがあるけど、割と日本が果たした役割は大きかったらしいよ…。
371:デフォルトの名無しさん
08/04/18 02:14:33
ほとんど忘れ去られている悲しい規格だな＞ISLISP
372:デフォルトの名無しさん
08/04/18 07:17:00
>>367,368
おお、ありがとう。法律用語の読みかたが自信なかったんだよ。
これで遠慮なくHyperSpecを読みこめるよ!
373:デフォルトの名無しさん
08/04/18 11:31:13
>>369
ECMA Script の JIS みたいに「引用」だけで済まされる、というオチが見える
374:デフォルトの名無しさん
08/04/18 12:12:17
少なくともANSI相当のものが日本語になるんじゃね？
375:デフォルトの名無しさん
08/04/18 13:06:54
いや、何故かISLISPが元になってJIS LISPができそうな気がする
376:デフォルトの名無しさん
08/04/18 13:37:38
>>375
つ JIS X3012
377:デフォルトの名無しさん
08/04/18 14:23:27
どうやら、漏れは過去を予言してしまったようだなw
378:デフォルトの名無しさん
08/04/18 15:53:43
JIS Prolog なんてもっとマイナな感じだな
379:デフォルトの名無しさん
08/04/18 21:17:06
JIS規格文書はJISが権利を持ってることになる。
翻訳が現れることは望ましいけれど、JIS化はあんまりよろしくないと思う。
380:デフォルトの名無しさん
08/04/18 21:25:12
後、誤訳してもJIS的にはそっちが正しいことになっちゃうしな。
381:デフォルトの名無しさん
08/04/18 21:25:42
>>379
無料で閲覧できるようになったのは進歩だけど、印刷はもちろん、検索さえできないのがアカンよね。
海外やISOの規格事情も似たようなもんだけどね。
382:デフォルトの名無しさん
08/04/18 21:33:25
印刷は頑張れば出来るw
383:デフォルトの名無しさん
08/04/18 21:41:25
検索も自分用はOCRソフトで・・・ｗ
384:デフォルトの名無しさん
08/04/18 23:08:46
>>381
印刷禁止フラグは簡単に解除できる。
ム板住人ならみんなやってると思ってた。
ただ、ウェブで見られるPDFは文書をビットマップ画像にしたものを貼り付けてあるので、
検索はOCRを使わないと仕方ない。
385:デフォルトの名無しさん
08/04/18 23:19:04
印刷して使うっていう発想がなかった。
386:デフォルトの名無しさん
08/04/18 23:51:26
ちなみに有料（ダウンロード販売）の規格票もビットマップ画像だよ
387:デフォルトの名無しさん
08/04/19 08:27:47
>>386
検索できないんじゃ紙で売った方がいいよねぇ。
電子化の意味が有体物じゃ無いことだけじゃないか。
388:デフォルトの名無しさん
08/04/20 19:51:05
それが日本クオリティ...なのか？
ANSIの電子化ってどうなんだろうね。
389:デフォルトの名無しさん
08/04/20 20:03:29
>>388
金出せばやるだろ。お役所なんてそんなもんだ。
390:デフォルトの名無しさん
08/04/20 20:08:05
D&Eで規格団体のクソっぷりが書かれてたから、アメリカでも事情は同じだと思う。
391:デフォルトの名無しさん
08/04/21 01:28:05
全部RFCになればいいのに。ｗ
392:デフォルトの名無しさん
08/04/21 02:56:23
>>391
4/1版でマジ切れとか鵜呑みとかの間抜けな人がいるから全部はヤダ
393:デフォルトの名無しさん
08/04/21 20:51:58
clispで型推論が無いのはなんで？
394:デフォルトの名無しさん
08/04/21 21:21:10
型推論のどういうメリットを期待してる？
395:デフォルトの名無しさん
08/04/21 22:36:12
>>394
コンパイルしたときのエラーと
高速化かな
396:デフォルトの名無しさん
08/04/21 23:13:15
>>395
それをインタプリタの clisp に期待するのは何故?
397:デフォルトの名無しさん
08/04/22 00:06:49
>>395
せっかくオープンソースなんだから、君が書き加えてあげれば喜ばれるかもよ
398:デフォルトの名無しさん
08/04/22 01:01:34
・オープンソースの法則
何故か誰も修正しない
399:デフォルトの名無しさん
08/04/22 07:36:31
俺は自分で気付いたものは割と修正するけどな。
わずかな努力で割と多くの人の役に立てる(ソフトのユーザ人口によるけど)。
400:デフォルトの名無しさん
08/04/22 10:08:53
elfやcoff操作するライブラリが欲しいんだけど、どこかにないかな?
binutilからBFD抜き出してライブラリにしてラッパ作った方が早いかな?
401:デフォルトの名無しさん
08/04/23 16:54:38
URLﾘﾝｸ(www.lisp.org)
exampleで
with-open-fileと一緒にdoを使ってるけど
xyzzyの人のサイトではほぼ必ずwhile readline
どっちが推奨なの？
402:デフォルトの名無しさん
08/04/23 17:29:27
xyzzy上のLispではwhileという関数がありますが、Common Lispにはありません。
403:デフォルトの名無しさん
08/04/23 18:00:26
closの使い道がいまひとつわからない
最短時間で(汚く)プログラム組むのに
namespace
分かりやすい名前で defun
map
あたりは使う
すでに組んでしまった汚いコードを無理やり他のプログラムとくっつけるのに
マクロは少し使う
はじめから綺麗に書こうと思わないかぎりclosは使わない？
404:デフォルトの名無しさん
08/04/23 20:16:30
>>401
一言で言えば xyzzy は Common Lisp ではない、というだけ
405:デフォルトの名無しさん
08/04/23 22:29:16
>>402
細かいこと言うと、関数じゃなくてマクロね
406:デフォルトの名無しさん
08/04/23 22:54:07
white（笑）
for（笑）
407:デフォルトの名無しさん
08/04/23 22:58:20
white って何よ
408:デフォルトの名無しさん
08/04/23 23:20:48
>>401
whileの方が簡潔にかけるからwhileがいいんじゃない?
CLだとloopとかdoだけど。馴染みのない人にはdoとか嫌われるしね。
whileはemacs経由でxyzzyに導入されたのかしら。
409:デフォルトの名無しさん
08/04/23 23:35:08
>>403
割と後づけだし、資料が少ないんだよね。
Paul GrahamとかPeter Norvigとか有名な本書いてる人達が
CLOSをプッシュしてないこともあって自著でも
CLOSの解説とかあんまりしてないし、CLOSは何だか不運に感じるなー。
それと、汚く書くってことなら、CLOSは相当なものを書けるとおもうけどw
410:デフォルトの名無しさん
08/04/24 00:12:09
>>409
CLtL2でも他の章はGLSの蘊蓄炸裂なのに、CLOSのとこはANSI原案丸写しという感じで
やる気が感じられないよね。
411:デフォルトの名無しさん
08/04/24 07:37:48
おれも素人だけど、
・いろいろ状態を持ってるオブジェクトっぽい何かがある時
・既存のライブラリがclosで出来てる時
・似たようなプログラムが沢山できそうな時
はclos使おうと思うなぁ。
schemeの話だったかもだけど、shiroさんがある規模より大きくなったら
オブジェクト指向を使いたくなる、みたいなこと書いてなかったかな？
412:デフォルトの名無しさん
08/04/24 08:24:44
>>411
> ・既存のライブラリがclosで出来てる時
おれはこの時だけ使いたくなるなぁ。
Allegroみたいな商用だとclos使ったライブラリ揃ってるっぽいけど、
普段あんまり見かけないから相対的に出番が少なくなるよね。
413:デフォルトの名無しさん
08/04/24 09:10:01
clos使わないと混乱するほど巨大な物書いたこと無いから正直使い処がわからんです。
414:デフォルトの名無しさん
08/04/24 10:12:26
うーん、CLはマルチパラダイム言語なわけで、
CLOSはそのうちの一つのパラダイムな訳だから、
規模云々より単に手法の一つだと思うんだけど…。
小さい規模でも綺麗にまとまってるのも沢山あると思うよ。
身近な例で言えばASDFとかどうだろう。
415:デフォルトの名無しさん
08/04/24 14:34:26
CLOSがあまり使われないのは、
基本関数のスタイルとCLOSのスタイルがちょっと違うからかも。
CLOSセントリックに書き直したLisp方言も面白そう。
416:デフォルトの名無しさん
08/04/24 14:42:00
とりあえず defstruct よりは defclass かな、という程度だね。
typecase でディスパッチするよりは defmethod を使うという感じ。
defun をやめて、すべて defmethod を使うというスタイルにはなれないな。
ま、便利なときだけ使えばいいんじゃね？
417:デフォルトの名無しさん
08/04/24 15:58:33
lambda式直使いとmulti dispatchの相性が悪い。
418:デフォルトの名無しさん
08/04/24 19:01:22
そうなの？ どういう局面で？
無名総称関数はANSI仕様から消えちゃったけど、それのこと？
419:デフォルトの名無しさん
08/04/28 00:15:31
なんか急に流れが止まったな
>>414
へー、asdfってCLOS使ってるんだね。参考になった。
>>412
おれはこの前AllegroのSAXライブラリ使ったよ。
allegroserve もCLOSの例として面白いかも。
思い付きだけど、
がちがちに仕様が決まっているものを実装するときCLOSを使うといい、
という説はどう？
420:デフォルトの名無しさん
08/04/29 01:23:58
どうだろう…。
個人的にはガチガチに仕様が決まったようなプロジェクトでも
Lispがバンバン採用されるようになることを祈りたいｗ
421:デフォルトの名無しさん
08/04/30 06:12:32
sbclをアンインストールする方法はないでしょうか？
finkを導入した所リストの中にsbclが有りそちらで一括管理したいので
サイトから直接ダウンロード＆インストールしたsbclをアンインストールする方法を
教えていただけないでしょうか？
よろしくお願いします
422:デフォルトの名無しさん
08/04/30 07:36:14
漏れが確認したところでは、特にアンインストールのスクリプトはないみたい。
なので、手動で削除する他ないのかな？
といっても/usr/local/lib/sbclと/usr/local/bin/sbclを削除するだけのような
気もするけど…。
単純にパスの設定を/usr/local/より/sw/の方を前にもってくるとかじゃ駄目なのでしょうか。
423:デフォルトの名無しさん
08/04/30 08:15:10
別にlispに限った話じゃないけど、自分でインストールするなら
インストールのログくらい取っておけよと思う。
424:デフォルトの名無しさん
08/04/30 08:52:30
>>423
まあ、その辺りがUNIX文化とWin/Mac文化の違いというところでは?
アンインストーラを使わずに
適当に実行ファイルを消したらシステムの整合性が崩れて
面倒ことになる、と思ったのかもしれないし。
425:デフォルトの名無しさん
08/04/30 17:16:51
>>422
ありがとうございます。
コマンドラインから検索した所
そのフォルダがヒットしましたので削除したいと思います。
>>423
今後そうしたいと思います。
精進いたします。
>>424
やはりその不安が有ったのです。
今後プログラミングの学習はマスターできるまで
仮想のlinux上でやりたいと思います。
426:421
08/04/30 17:28:37
/usr/local/share/man/man1/sbcl.1
というディレクトリが有るのですがこれの
man1というディレクトリはシステムのフォルダですか？
それともインストール時に自動的に作成されるものですか？
よろしくお願いします
427:デフォルトの名無しさん
08/04/30 17:36:26
finkうんぬんとあったからMac OS Xなの?
UNIXでもその辺は全部一緒じゃないんだよな。
Mac OS Xの場合、Mac OS Xは/usr/localを使わない。
どのパッケージがどのディレクトリを使っているかは、
/Library/Reciepts/*/Archive.bomをlsbomすれば分かる。
ただし、Mac OS Xの場合、サードパーティの配布は、
pkg形式使ってないことが多いから、
ファイルの追跡は諦めるしかないと思う。
SolarisやLinux(rpm, deb)のバイナリーパッケージは、
そういうの追いかけるの得意なんだけど。
428:421
08/04/30 19:40:59
>>427
ありがとうございます
また一つlinuxの先進性を学びました。
429:デフォルトの名無しさん
08/04/30 20:13:10
ん？>>421 は何か勘違いしてる？
Mac OS X はLinuxより遅れている訳でも仮想のLinuxでもないぞ。
ソースをコンパイルしてsbclを入れたんだったら自分の責任っしょ。
まあfinkにせよ何にせよ、がんばって使いこなそうぜ。
430:デフォルトの名無しさん
08/04/30 20:40:17
自分でコンパイルするときって日本語コードを内部でどう扱うかも指定できるの？
431:デフォルトの名無しさん
08/04/30 20:45:52
処理系がそういう風に作られてるか、ソースいじれるスキルがあれば指定できるんじゃね。
432:デフォルトの名無しさん
08/04/30 20:50:58
内部表現がCES/CCS非依存になっているCLは聞いたことがないです。
Wikipedia項目ﾘﾝｸ
433:デフォルトの名無しさん
08/04/30 21:41:34
内部なんて気にしなきゃいいじゃない。
気にしなきゃいけないとすれば、それは内部ではない。
434:デフォルトの名無しさん
08/04/30 22:43:48
ここ基本的に初心者スレだから勘違いする人がいるとアレなんで
一応書いとくけど最近の処理系は、external-formatで指定できるので、
使う文字コードに合せてビルド時に文字コードを指定しないと
「日本語が使えない」、ということはない。
内部でどう扱うかビルド時に指定できる処理系は、漏れは知らない。
435:デフォルトの名無しさん
08/05/01 00:45:10
基礎の基礎なんであきれられると思うのですが
lispは処理系の上で実行する他はないのでしょうか？
例えばCなら実行ファイルが作成できてそこから実行することでちょっとした計算を
行ってもらったりできるのですが
lispはコンパイルするとファイルができてそれを起動した処理系にロードして
関数を実行というステップを踏まなければなりません
そうすると実行までのステップが増えてしまうのですが
lispでも実行ファイルのような形式を作れないものでしょうか？
436:デフォルトの名無しさん
08/05/01 00:55:38
作れるよ
437:デフォルトの名無しさん
08/05/01 01:06:39
作り方をご教授願います
なぜこのような疑問を持ったのかと思いますと
『ハッカーと画家』などを読んでいて
lispはソフトウェアを書くのに良い言語だなどと書かれているので
(Lisp・・・・インタプリタでしか実行できないと思ってるんだけどな？
いちいちインタプリタを呼び出す訳じゃないよな？）という疑問が浮かんでしまったのです
Lispは美しい言語なのでそれでソフトをかけるととてもうれしいです。
よろしくお願いします
438:デフォルトの名無しさん
08/05/01 01:07:46
Lisp コンパイラ でぐぐれ
439:デフォルトの名無しさん
08/05/01 01:15:39
>>437
以下の流れが参考になるかもしれない。
URLﾘﾝｸ(www.bookshelf.jp)
440:デフォルトの名無しさん
08/05/01 01:24:36
>>438-439
ありがとうございます
実は使用している処理系はclispなんですが
(compile-file "hoge.lsp")
を実行すると
hoge.fasとhoge.libというファイルができhoge.oのような
ファイルが一向にできそうに有りません。
これはclispの独自なのでしょうか？
clispはインタプリタのやじるしの形が気に入って使っているのですが
sbclに移行すべきでしょうか？
よろしくお願いします
441:デフォルトの名無しさん
08/05/01 01:31:18
>>440
CLISPは中間言語に落とすコンパイラだからね。
gclとかsbclとかはネイティブに落とすよ。
442:デフォルトの名無しさん
08/05/01 01:32:41
>>441
なるほど！！
ありがとうございます！！
このすれの皆さんには夜中にお手数おかけしてしまってすいませんでした
443:デフォルトの名無しさん
08/05/01 01:43:18
sbclで試した所
今度はhoge.faslというのができたのですが・・・
どうすれば良いのですか？
444:デフォルトの名無しさん
08/05/01 02:14:19
コンパイルしたらfaslになるのは当然だよ
たぶんおまいさんがやりたいのはスクリプトをexeにしたいんだろ？
save-lisp-and-dieってのをぐぐってみな、exeにはなるw
もっと小さいサイズで作りたいならnewlispってのもある
作りかたはnewlispのマニュアルにある
そのぐらいは自分で読んでみような
445:デフォルトの名無しさん
08/05/01 02:25:24
>>444
例えば
(defun alladd (x) (if (= 1 x) (+ x (alladd (1- x)))))
とかの関数を作っておいて hoge.lとして保存しておいて
コマンドラインから./hoge 3 などと実行できるようにできれば良いと思うのです
446:デフォルトの名無しさん
08/05/01 02:38:24
さんざん二転三転してすいません
大変そうなのでexeはあきらめることにして
faslとはどのように使えるファイルなのでしょうか？
よろしくお願いします
447:デフォルトの名無しさん
08/05/01 02:46:11
何となくわかってきました
コードに必要な関数を書いておきコンパイルすると機械語に変換されて
高速に実行できるようになる
それをインタプリタにロードしてそこで関数を使うなどすることができるということで
良いんでしょうか？
作ったファイルはもし仮にコマンドラインから使いたければ
上部に
#!/hoge/hoge
などと書いて使うということで良いのでしょうか？
448:デフォルトの名無しさん
08/05/01 03:07:22
>>437
perl/PHP/ruby/PythonとかJavaとか使ったことある?
449:デフォルトの名無しさん
08/05/01 03:24:15
Lisp はインタープリタ言語だという嘘情報は誰が流してるんだろう。
勘違いしてる奴多いよね。情報処理の教科書にでも書いてあるのかな。
450:デフォルトの名無しさん
08/05/01 03:26:01
>>448
たぶんこの質問してきた人はスクリプトをエディタで書いて
それをインタープリタに食わせるってことを知らないんじゃないかと思う。
別に無理してexeにしなくてもスクリプトを実行させるバッチファイルを作って
それをクリックすればいいのにね。
配布とか考えてるならlisp自身もいっしょにつければいいし。
451:デフォルトの名無しさん
08/05/01 06:02:52
>>448
それを使ってきて
最終的にLispです
>>449
違うことはわかっているのですが
どうして良いやら
>>450
(load "hoge")
ですか？
452:デフォルトの名無しさん
08/05/01 06:12:00
>>450
sbcl hogeですね
ありがとうございます
453:デフォルトの名無しさん
08/05/01 09:42:28
>>449
>Lisp はインタープリタ言語という嘘
というより、対話操作ができるものは、コンパイラ言語じゃない、
という理解なんじゃない？
というか、Lispとか曖昧に一括りにまとめて書く方も悪い気がするけどな。
454:デフォルトの名無しさん
08/05/01 09:46:55
言語仕様にトップレベルループの細かい部分がある珍しい言語だからね。
ただ、「インタープリター言語」って言葉はおかしいね。
そんな言葉どこに書いてある？
455:デフォルトの名無しさん
08/05/01 10:03:30
インタプリタとコンパイラ、と言う対比にすごい違和感がある。
456:デフォルトの名無しさん
08/05/01 10:12:35
部分計算屋さんですかw
457:デフォルトの名無しさん
08/05/01 12:13:57
インタプリタ言語とかコンパイラ言語って
ダメな教科書にはさくって書いてありそうな気がするけどな
458:デフォルトの名無しさん
08/05/01 12:51:23
コメントするのはググってからでも遅くないぞ
459:デフォルトの名無しさん
08/05/01 13:23:19
言語ごとに、どっちなのかが決まっていると思っている人も
結構いそうだからなぁ。
460:デフォルトの名無しさん
08/05/01 15:35:42
中間言語にコンパイルしてそれをインタープリトする奴もあるしね。
461:デフォルトの名無しさん
08/05/01 16:54:21
>>451
>>452
他の言語の経験が全然生かされてないwwwwwwwwww
462:デフォルトの名無しさん
08/05/01 17:33:45
漏れもかつて >435 と全く同じ事を疑問に思ったよ。
自立したEXEを作れないコンパイラ（を持つ）言語ってあるの？ってな。
昔々のBASICでもライブラリモジュールを付けて配布すれば良いだけの
EXEを作れたもんな。
再配布する際は言語処理系ごと再配布して（つまりユーザーに処理系を
インストールして）くれとか、ライブラリ再配布用のライセンスが
処理系の値段とは別立てでバカ高いとか、何だソレはと思ったよ。
（ある商用処理系の場合）
そんな「コンパイラ（を持つ）言語」があるのかと。
もちろん自立したEXEを作れて再配布のライセンスが無料の処理系も
いろいろあるわけだが、全てそうなわけでは無いので混乱したよ。
463:デフォルトの名無しさん
08/05/01 17:42:08
んーとね、EXEが作れても
実は中間コードとインタプリタをくっつけただけのもので
ネイティブコードは生成してなかったりすることもあるんだな...
464:デフォルトの名無しさん
08/05/01 18:09:55
マイLispを作ったことのある奴なら、中間コードどころか、
後ろにソースくっつけてexeファイルにできる機能つけて
一人でﾜﾗﾀ経験があるはずだ。・・・俺だけではないと思いたいｗ
465:デフォルトの名無しさん
08/05/01 20:15:05
>464
つまりソースと処理系の本体（インタープリタ）をくっつけた
見かけ上のexeファイルを生成する機能を作ったって事か？
466:デフォルトの名無しさん
08/05/01 20:25:44
どんなコンパイラにだってランタイムライブラリはあるんだから、程度の差だな。
明確な境界線があるわけではない。JITみたいに中間言語で持ってても実行時
はネイティブに落とすのも増えてきたしね。
そういう中身の話とは別に、外見上１本のEXEファイルで動かせるという利便性は
なかなか捨てがたいものがある。>>464は良い仕事してるな。ｗ
467:デフォルトの名無しさん
08/05/01 20:33:41
しかし、中身と外見がそのように異なる場合があるとすると
コンパイルする機能があるという事と自立したEXEファイルが作れると
いう機能には全く関係が無い（独立の関係）と言う事になるなｗ。
468:デフォルトの名無しさん
08/05/01 20:34:24
>>464
Lispじゃやってないけど激しく同意。
469:デフォルトの名無しさん
08/05/01 20:35:51
>>467
だがどちらもサポートされていない環境が多すぎない？
466の言う通りエンドユーザにとってはとてもありがたいと思うんだ
470:デフォルトの名無しさん
08/05/01 20:41:20
>469
実行モジュールだけを再配布したいとか、ユーテリティか何か作って
どのPCでも動かしたいとか言う時には確かにそうだね。
いちいち、全てのPCにフル処理系をインストールするのはマンドクサイ。
471:デフォルトの名無しさん
08/05/01 20:42:53
Windowsでもexe化がサポートされているものって
CLISP, ECL, GCL, CormanCL, LispWorks, AllegroCL
でしょ？サポートされてない方が数としては少ないんじゃね。
472:デフォルトの名無しさん
08/05/01 20:45:31
>>470
ただunix系だとそれでも通るのはshbangがあるからなんだろうとは思う。
win32とかmacの様なコンシューマＰＣだと単一実行ファイルが作れるかどうかは言語（というかその開発環境）のユーザが増えるかどうかととても関係が深いと思う
473:デフォルトの名無しさん
08/05/01 20:48:07
>>471
ACLはすげぇ良くできてて自分一人なら買ってもいいかと思うんだけど
バイナリ配布ライセンスが高いんだよな〜
社内でも配布できないんだぜ。
474:デフォルトの名無しさん
08/05/01 20:51:15
>>472
Mac は アプリ名.app というディレクトリに実行ファイルを
ぶち込むだけだから一番簡単じゃないかな
475:デフォルトの名無しさん
08/05/01 20:57:38
>>473金がないなら他ので我慢するしかなかろう。俺は我慢してるぜ。
ACLは憧れだが、「この製品はすごく良いからタダもしくは俺の言い値でつかわせろ」
じゃあFranzがやっていけねーだろ。
476:デフォルトの名無しさん
08/05/01 21:04:55
>475
しかし、買おうかなと思って問い合わせしても個人客なんか相手に
していない感じで敷居が高く感じる。473じゃないけど。
せっかくFree Express Editionとか配布して試用しやすくしていても
個人プログラマをハナから相手にしていないのはなんだかな。
再配付ライセンスの事を考えに入れなくても手を出しづらい。
477:デフォルトの名無しさん
08/05/01 22:49:04
開発の時はAllegroで、配布する時はSBCL使えばいい
…でもshiroさんの作ったregexp2とかも使いたいよなー
478:デフォルトの名無しさん
08/05/01 23:19:01
>>475
現状windows上でちょいとしたツール創るのにスゴイ便利なのACLだけなんだよね。
Lispworkssの製品版にしかないRADツールがどうかわからないせいでもあるんだけどさ。
サイトライセンス（要するに社内で開発用とそのバイナリだけ使うのの比率による価格体系）とかあればいいんだけど。
webをパッと見た限りじゃ要相談以外なくて、相談の結果だめでしたごめんなさいなんですが.
中小企業にももうちょっと門戸ひらいてよ>>フランツ
479:デフォルトの名無しさん
08/05/02 00:09:10
Webアプリって手もあるよ
480:デフォルトの名無しさん
08/05/02 00:11:59
>>460
中間表現を持たないインタープリタなんて見たことないな。
構文と一対一対応なのか、
それとももっとノイマン型計算機に近いかの違いはあれ。
481:デフォルトの名無しさん
08/05/02 01:32:18
>>480 sh とか中間表現持ってたっけ？
482:デフォルトの名無しさん
08/05/02 01:42:50
URLﾘﾝｸ(www.freebsd.org)
483:デフォルトの名無しさん
08/05/02 01:49:04
ソーステキストを直接インタプリットしてるインタプリタなんて
俺様言語とかでいくらでもありそうだけどｗ
484:デフォルトの名無しさん
08/05/02 02:18:13
Windowsのバッチファイルはその点すごいぞ。
バッチファイル実行中にソースを書き換えたら即反映されるからな。
Ｌｉｓｐよりも動的だぞ。
485:デフォルトの名無しさん
08/05/02 02:22:00
良い釣り餌だと思ったのだろうがそうはいかん
486:デフォルトの名無しさん
08/05/02 02:26:22
>>480
TinyBASICは中間表現を持たない。
GAME IIIとvtlも持ってない。
8bit手作り機が全盛の時代は割と多かったと思う。(というかそのころ中間表現持ってた言語が表にでてきてないだけなんだけどさ）
487:デフォルトの名無しさん
08/05/02 02:29:18
でもここで言う中間表現ってのは内部VMによる仮想マシン言語に落ちるかどうかって話なので
言語の語彙がバイト表現に落ちる（辞書的な意味ね）は入らないような気がする。
488:デフォルトの名無しさん
08/05/02 05:33:49
>>486
東大版TinyBASIC
URLﾘﾝｸ(www.pro.or.jp)
> このTiny BASICは、たった４種類の命令しかない中間言語によって動いているのであった。
489:デフォルトの名無しさん
08/05/02 11:38:58
>>488
その命令ってのはソース解析のプログラムの実装方法、NBAISCやAPPLE (6,10)K BASICの様に実行時や入力時に中間表現に落としているわけじゃない。
490:デフォルトの名無しさん
08/05/02 12:07:18
>>488
石田晴久氏の本(訳書除く)としては有用性がかなり上のほうに来そうな本だな。
今度どこかで見てみよう。藤原氏のページはざっと見たつもりでいたが、
それは見たことなかった。
491:デフォルトの名無しさん
08/05/02 12:30:08
>>489
kwsk
492:デフォルトの名無しさん
08/05/02 13:00:44
>>491
インタプリタ自体がそういう中間言語（風のもの）で書かれている。
ソースコードは直接解釈していたと思う。
493:デフォルトの名無しさん
08/05/03 17:44:40
2008年は「Common Lisp 再興」の年になる。
JavaScriptでLispのよさが「再発見」されたり、
ArcとかMonaOSのSchemeShellとかLisp系のネタがいくつか出たり、
Rubyで「継続」なんてのが一般的になったりしてきてる。
Java にも「クロージャー」なんてのが取り入れらた。
でも、みんな、何となくものたりなさを感じていないだろうか。
一見新しい技術に感心したり勉強したりしながら、
どことなく足元がおぼつかない、そんな感覚になったりしていないだろうか？
そう、みんなが本当に欲しいのは、標準であり、厳密な仕様書なんだ。
素人の作ったオモチャじゃあなく、学者によって精査された、分厚く、だけど、
学ぶべき価値のある整合性のある仕様書。
そう、みんな最後には Common Lisp に辿りつくんだ。
若者にとってHyperSpecは「古代」の言語仕様の再発見というだけじゃあない。
現代の高速・大容量コンピューター環境でのみなしえる、
新しい誕生、ルネッサンス、その入口なんだ。
「あれ？Common Lisp って思ってたよりとっつきやすいし、
しかもちゃんとした仕様もある。最近勉強会とかIRCとかもあるらしいし」
「HyperSpec って良く考えられる!これは凄い!」
「結局Common Lisp でいいんじゃね？」
今年はこんな年になるような、そんな予感。
494:デフォルトの名無しさん
08/05/03 17:46:41
(´･ω･｀)今年なんてもう半分くらい終わってるがな…
495:デフォルトの名無しさん
08/05/03 21:37:53
Common LispがMacLispやInterlispの互換性を重視したこと、
今になって、受け入れられるために良かったことだと思いますか?
それとも仕様に混沌をもたらした悪いことだったでしょうか?
496:デフォルトの名無しさん
08/05/03 22:12:36
50年も前から存在するlispがそんなに素晴らしいのなら
とっくに天下をとってるだろう
497:デフォルトの名無しさん
08/05/03 22:18:42
プラトン哲学のように美しいのです。
天下とは無縁です。
498:デフォルトの名無しさん
08/05/03 22:21:11
素晴らしいけど天下を取らなかったものなんて、いくらでもあるべ
499:デフォルトの名無しさん
08/05/03 22:35:14
なぜかWindowsを思い浮かべると、>>498に納得してしまう不思議。
500:デフォルトの名無しさん
08/05/03 22:48:34
CLは既に天下を取ってるのかもしれない……
なんだってー
501:デフォルトの名無しさん
08/05/03 23:19:05
>>498
信長と家康か！
502:デフォルトの名無しさん
08/05/03 23:52:50
プログラミング言語を駆使出来る人なんて、地球人口からしたら極僅かなのに、その中のシェアってw
503:デフォルトの名無しさん
08/05/03 23:56:25
>>502
斬新な発想だな。
504:デフォルトの名無しさん
08/05/04 00:00:59
Lispはプログラミングの母なる海だと思ふ。
すべての始まりに「シェア」の概念は無い。
505:デフォルトの名無しさん
08/05/04 03:08:58
文字列として与えられたS式を評価するのは、どうすればいいのでしょうか？
(正確にはemacs lispの吐いたＳ式を使いたいだけなのですが）
506:デフォルトの名無しさん
08/05/04 03:18:26
>>505
君が知りたいのは (read-from-string x) ですか？
それとも (eval (read-from-string x)) ですか？
507:デフォルトの名無しさん
08/05/04 10:22:51
私が落としたのは、金でできたread-from-stringの方です。
508:デフォルトの名無しさん
08/05/04 11:51:04
>>504
母なる海はどうみても 機械語/アセンブラ だと思うが。
509:デフォルトの名無しさん
08/05/04 11:58:10
機械語だと海どころか分子レベルまで行っちゃってないか
510:デフォルトの名無しさん
08/05/04 12:14:57
優れたプログラマに対する賞賛の言葉
「あいつはハードがわかっている」
511:デフォルトの名無しさん
08/05/04 14:56:03
それってハード屋では
512:デフォルトの名無しさん
08/05/04 17:24:10
cl-lml2 の後継が cl-who という解釈でいいのでしょうか？
逆をするのは cl-html-parse ?
513:デフォルトの名無しさん
08/05/04 17:25:51
LISP でプログラム可能な小型コンピュータ
URLﾘﾝｸ(www-nishio.ist.osaka-u.ac.jp)
LISPマシン
URLﾘﾝｸ(museum.ipsj.or.jp)
まったりと個人でも入手可能なBGA(ボール・グリッド・アレイ)タイプ
URLﾘﾝｸ(n.h7a.org)
514:デフォルトの名無しさん
08/05/04 17:31:39
うまそうなBGAだｗ
515:デフォルトの名無しさん
08/05/04 17:35:06
>>513
> LISP でプログラム可能な小型コンピュータ
> URLﾘﾝｸ(www-nishio.ist.osaka-u.ac.jp)
どこにLispが出てくるの?
516:デフォルトの名無しさん
08/05/04 17:46:49
>>515
すまん、六角の光るギミックが衝撃的だったもんで、勘違いした。
以下の論文でAhroDが引き合いに出されてる。
URLﾘﾝｸ(www.google.co.jp)
517:デフォルトの名無しさん
08/05/05 00:32:02
irc.freenode.net
#Lisp_Scheme
utf-8
文字コードは：UTF-8
みんなでLispの話しようぜ！
518:デフォルトの名無しさん
08/05/05 00:38:01
>>517
#Lispなら参加するところだったんだが。
Schemeは黒板に書いてろ
519:デフォルトの名無しさん
08/05/05 00:41:05
>>518
異文化交流ということで
そう嫌悪せずにぜひ！
ちなみに私自身はschemeよくしらないのでCL派を増やすためにも...
520:デフォルトの名無しさん
08/05/05 00:55:17
そもそもircを使ったことが無い。
521:デフォルトの名無しさん
08/05/05 02:15:38
>>517
ひげぽん乙
522:デフォルトの名無しさん
08/05/05 10:01:46
>>518
#lispはもうfreenode.netにあるみたいよ
523:デフォルトの名無しさん
08/05/05 10:48:03
そもそもlispに馴れ合いは必要ないと思うんだよ
524:デフォルトの名無しさん
08/05/05 10:58:36
c++のマイナーな数値計算パッケージ使ってたら、バグがあってひどい目に会った
common lispのlispで全部書いてある数値計算パッケージのユーザーがあんまりいないなら
gslとかlapackを呼ぶ方がいいんじゃないかと思った
その辺の信頼性はどうなの？
web アプリ関連は使ってる人多くて信頼できそうなんだけど
525:デフォルトの名無しさん
08/05/05 11:50:22
>c++のマイナーな数値計算パッケージ使ってたら、バグがあってひどい目に会った
スレ違いだと思いつつ、できたら教えて
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5396日前に更新/210 KB
担当:undef