[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 04/21 19:13 / Filesize : 249 KB / Number-of Response : 867
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【入門】Common Lisp その3【質問よろず】



1 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 21:41:07 ]
lispを触ってみたい入門者のQ&A
初心者のQ&A
本スレでは恥ずかしくて聞けない人のQ&A
本スレは高度すぎて割り込めない人のQ&A
linuxでなくてwindowsでやりたいんですが・・・Q&A
lispを使用してC#やJAVAの代替にするための方法(おまけ)

ま、ゆっくりたりましょう。

「いいものの本質は、いかなる時代においても変わらない」byパワーズ

(list
(url pc8.2ch.net/test/read.cgi/tech/1101386936/l50 :part 1)
(url pc11.2ch.net/test/read.so/tech/1140012484/l50 :part 2))


347 名前:315 mailto:sage [2007/08/04(土) 02:54:56 ]
>>344
WindowsXP sp2でバージョンは1.0.6のインストーラー版です。
症状は、コンソール上で実行したときには
* (print "あ")

"あ"
"あ"
*
と日本語が使えるのに、(print "あ")とだけ書いてあるmain.lispを用意して、
"C:\Program Files\Steel Bank Common Lisp\1.0.6\sbcl.exe" --load main.lisp
とすると、
This is SBCL 1.0.6, an implementation of ANSI Common Lisp.
More information about SBCL is available at <www.sbcl.org/>.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses. See the CREDITS and COPYING files in the
distribution for more information.

This is experimental prerelease support for the Windows platform: use
at your own risk. "Your Kitten of Death awaits!"

348 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 02:55:49 ]
debugger invoked on a SIMPLE-ERROR:
Error during processing of --eval option (LOAD #P"main.lisp"):

can't happen
This is probably a bug in SBCL itself. (Alternatively, SBCL might have been
corrupted by bad user code, e.g. by an undefined Lisp operation like
(FMAKUNBOUND 'COMPILE), or by stray pointers from alien code or from unsafe
Lisp code; or there might be a bug in the OS or hardware that SBCL is running
on.) If it seems to be a bug in SBCL itself, the maintainers would like to
know about it. Bug reports are welcome on the SBCL mailing lists, which you
can find at <sbcl.sourceforge.net/>.

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
0: [CONTINUE] Ignore and continue with next --eval option.
1: [ABORT ] Skip rest of --eval options.
2: Skip to toplevel READ/EVAL/PRINT loop.
3: [QUIT ] Quit SBCL (calling #'QUIT, killing the process).

((LAMBDA (SB-IMPL::E)) #<SB-INT:BUG {A60A9D9}>)
0]
となる、というものです。
>英語が苦手なら俺宛にメールを貰えるとありがたいです。
メールしようにもアドレスが分かりません。

349 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 10:45:16 ]
>>347
1.0.8 では直ってます。
Windows 版は
> This is experimental prerelease support for the Windows platform: use
> at your own risk. "Your Kitten of Death awaits!"
とあるように、まだ試験版なので、配布されてるバイナリは bootstrap 用
くらいに考えておいてください。

350 名前:デフォルトの名無しさん [2007/08/04(土) 21:05:27 ]
なぁ、>>1のパワーズって誰だ??

351 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 01:26:01 ]
>>346
かっこいい

352 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 06:57:04 ]
CLOS の良い日本語解説書ってないかな?
bit別冊 Common Lisp オブジェクトシステム -- CLOSとその周辺
というのがいいらしいのだが、絶版で
ttp://www.fukkan.com/fk/VoteDetail?no=20616
あと、1 桁のところで、復刊リクエストまで行ってないんだ…orz


353 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 08:48:30 ]
また懐かしい本だな…。今時売れねーんじゃねーか?
仕組はブラックボックスのままな HowTo 本は売れる世の中で、
メソッド探索のアルゴリズムだの実装まで触れてるような本が売れるとは思えん。
学生時代に読んで、いきなり「CLOS ではカプセル化なんてどうでもいいんですよ」的な出だしで
カルチャーショックを受けた経験あり。

354 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 10:01:04 ]
>>352
俺はもう投票済みだわ
あと6人!

355 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 19:53:20 ]
>>353
個人的には実装まで触れてるというのは、
単なる HowTo なんかよりよほど役立つと思うが、
CLOS 自体の需要が微妙だよな。
Ruby の Matz も推薦とか書けば、Ruby の勢いに乗って売れないか?
売れないか…




356 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 22:11:48 ]
ところでCLOSってなんて読むの?
今まで「くろす」って読んでたんだけど昨日のLLだと「しーろす」って言ってる人がいた。

357 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 22:25:49 ]
>>356
どっちでもいい、と件の本には書いてあったよ。

358 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 22:35:07 ]
>>355
www.rubyist.net/~matz/20060227.html#p02

359 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 22:38:00 ]
>>356
俺も「しーろす」と読んでるよ。
今まで誰とも CLOS の話をした事が無いから勝手読みだけど。

360 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 23:30:07 ]
CLOSはシーロスだと思う。
対話によるCommon Lisp入門という本の
第12話 オブジェクト指向プログラミングのはじめに、
「データ抽象の話を押し進めて行くとオブジェクト指向プログラミング
という現代的で実用性の高いプログラミング手法となります。
Common LispにはCommon Lisp Object System(CLOS,シーロス)
という機能が有り,Lisp流のオブジェクト指向プログラミングを可能にしています」
と書いてあるから。

361 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 23:43:55 ]
ttp://www.amazon.co.jp/dp/4274128598/
これが小さくて読みやすかったので
良いと思ったんだけど
同意された事が無い

362 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:17:05 ]
クロスじゃない?
C−LOS って感じに言葉が別れていないし
シーロスじゃどう考えても変だ
つーかどこかでクロスって注釈振ってある本読んだことあるぞ

363 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:17:56 ]
どう考えても変だとは思わない

364 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:21:30 ]
>>352
↓が定番だったんだが、これも絶版か。大事にしよう。
www.amazon.co.jp/dp/4810180131

365 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:22:54 ]
>>363
CMOS をシーモスと読むのと同じ感覚で言っちゃってる
あれは Complementary MOS だから良いけど COMON LISP の COMON で切るのは不自然



366 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:25:26 ]
出版社自体が無くなっちゃったね

367 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:26:18 ]
いっそおまいらCLOS本書け

368 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:26:23 ]
>>366>>364

>>365
別に不自然とは思わない

369 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:33:33 ]
どっちでもいいって書いている文献があるというのに
お前らは何を決めようとしているんだ?
だいたい外国人は日本人みたいに発音とかこだわらんよ。適当。

370 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:43:20 ]
「苦労す」 というダジャレがあるから
おれはクロース派

371 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:46:36 ]
シーエルオーエスじゃだめなのか?

372 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:49:17 ]


373 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 00:55:43 ]
>>368
不自然と思わない根拠は?
似たような例をあげて貰わないと

374 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:02:16 ]
>>373
不自然と思う根拠を理解できない



ってきりがないぞ。>>369が言うようにどっちでもいいんだよ。
どちらかを不自然と思うのは神経症。

375 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:02:37 ]
最近こことか眺めているんだがCLのコードはどうも長くなってしまうような
ttp://ja.doukaku.org/



376 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:06:43 ]
>>374
>どちらかを不自然と思うのは神経症。

俺もそう思う。最近この手のやり取りが増えてる様な気がするが、どうしてだろう…

377 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:10:02 ]
>>374
根拠は提示されているでしょ
意味のある単語を途中で切って分けている
正式ではどちらでもOKだろうが不自然なことは普通理解出来るはず
これが不自然じゃないというなら自然と思える、普通に使っている必要がある
自分は思いつかない、逆ならいくらでも思いつく、SRAM とか
だからそれを教えてくれと聞いているんだけど
これでも理解出来ない?

神経症とかはまぁ別にかまわないよ

378 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:16:32 ]
夏なんだね

379 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:37:15 ]
MPEG(Moving Picture Experts Group)

380 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:45:53 ]
JSON(JavaScript Object Notation)

381 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:47:42 ]
OLAP(OnLine Analytical Processing)

382 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 01:57:24 ]
すみませんでした
いっぱいありました

383 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 05:42:34 ]
slimeのビデオを見てたら途中ミニバッファからコマンド
を送っているところがあったのですが、これはslime、処理系
どちらに対して送っていることになるのですか。

helpと打つとslimeのヘルプが表示されるようですし、
change-packageと打つとパッケージが変わるようなので。

また、ミニバッファのCOMMAND:というプロンプトはどの
キーにバインドされているのでしょうか
(コマンド自体はEmacsの機能?)
一応、マニュアルを見てみたのですがこの辺に触れていなかった
ので質問させていただきました。

CLOSで盛り上がってるところすみません。


384 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 07:53:25 ]
>>375
「無駄に」長いと思うなら直してやれば?俺はコードの圧縮はアセンブラでなら
楽しいけど Lisp のコードを圧縮するよりは見易いほうがいいな。

>>383
, キーだよ。これは SLIME のコマンドだけど、 SLIME が処理系に SWANK 経由で
コマンド送るので change-directory とか処理系も反応する。


385 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 21:21:16 ]
383です。

> SLIME が処理系に SWANK 経由で
なるほど、そういうことですか。

私の環境 WinXP+Emacs 22.0.50.1+SLIME 2006-12-12 ですが
change-directory 反応してくれました。

384さん ありがとうございました。



386 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 21:30:54 ]
383です。

忘れてました。SBCL 1.0.6 です。



387 名前:352 mailto:sage [2007/08/08(水) 00:21:05 ]
多分このスレを見てくれた人だと思うんだが、何人か投票していただいたようで、thx
票数表示が会員限定なんで具体的な数は書かないけど、あと、数票で 100 票です。
登録に個人情報が要るんでめんどくさいんだけど、もし良かったら、投票してやってください。


388 名前:デフォルトの名無しさん mailto:sage [2007/08/09(木) 11:40:39 ]
恥を忍んでおたずねします。
最近、Lisp始めたばかりなのですが、
SBCLで関数のパラメータ(引数一覧)を出力する関数が
あるようなのですが、
(documentation 'hoge 'function)
するとパラメータではなく、関数自体の説明しか出てきません。
SBCLのみの機能みたいなのでmanualに書いてあるだろうと
目を通しましたがわかりませんでした。
出力の仕方を教えていただけると幸いです。

389 名前:デフォルトの名無しさん mailto:sage [2007/08/09(木) 18:25:08 ]
>>388
www.lispworks.com/documentation/HyperSpec/Body/f_descri.htm

390 名前:デフォルトの名無しさん mailto:sage [2007/08/09(木) 21:06:13 ]
>>389
ありがとうございました

391 名前:デフォルトの名無しさん [2007/08/12(日) 10:40:21 ]
closの読み方はクロスでもシーロスでもok. この辺は、ukの大学のサイトにあがってる
closのチュートリアルの冒頭に読み方として2つがあげられてるくらいです。

392 名前:デフォルトの名無しさん [2007/08/12(日) 10:47:10 ]
これのこと
www.aiai.ed.ac.uk/~jeff/clos-guide.html
>CLOS stands for Common Lisp Object System and is pronounced "see loss" or "kloss".

393 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 11:05:46 ]
発音記号ってネイティブはあんま知らなかったりするのか?

394 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 11:17:15 ]
むしろ発音記号がその言語を全然知らない人でも理解できる用じゃね?
自分の母国語の発音を発音記号で理解してる奴はあまりいないんじゃないか。
ネイティブ向けの辞書でも発音記号じゃなくて「そう読めるスペル」で
示してるものもあるよ。その方が発音記号よりもピンときやすいのは自然だろう。

395 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 12:38:09 ]
>>393
言語学とかの専門家でないと知らなかったりする。
日本のように義務教育で教えている国は珍しいのではないかな。



396 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 13:23:37 ]
>>395
言語学の専門家が使うのはIPAだし、
日本の義務教育で教えている、辞書業界(?)の記号とは若干違うと思うのだが。

397 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 13:25:48 ]
日本語をIPAで書ける日本人がほとんどいないのと同じだな

398 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 13:43:02 ]
日本語だと仮名で書けば問題ないし、実際辞書でもそうなってるじゃん。

399 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 13:59:07 ]
>>398
確かに大抵それで何とかなる。
それは英語も同じで、>>392みたいにして発音を表せる。

細かいことを言い出すとカナでは足りない。
「ラクトース」と「ラクロス」では「ク」の発音が違うとか。

400 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 14:03:52 ]
日本語は言文一致したから、
それをしてない英語とそのまま比較はできんかと。
まあ、板違いだからこのくらいにしといた方がいいかもしれんが。

401 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 14:59:08 ]
>>398
日本語学習者にとってはそうでもない。
同じ「ん」でもnとngとか。

402 名前:デフォルトの名無しさん mailto:sage [2007/08/12(日) 22:03:25 ]
おー、俺でCLOS本復刊リクエスト100人になりましたよ。

403 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 00:25:07 ]
祝!

404 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 00:39:00 ]
>>402
祝ってやる

405 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 01:09:07 ]
>>404
一瞬「呪ってやる」に見えた。



406 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 09:36:04 ]
質問です。
関数型言語って
有る値の集合を有る値の集合へもっていく方法を
記述すると考えてよろしいのでしょうか?

407 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 09:53:28 ]
その「値」に「関数」っつーのも含まれてるけど、
まあそんな感じだろう。

408 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 12:11:57 ]
>>406
集合とか意味不明
テンプレ読め

409 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 13:05:21 ]
>>406
スレ違い

410 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 15:25:00 ]
写像って意味だっしょ

411 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 16:32:48 ]
406はなかなか良い筋行ってんじゃネーノ?
karetta.jp/book-node/gauche-hacks/023107

412 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 18:13:22 ]
(a b c)
という任意の長さのListがあげられたとき
このすべての組み合わせをリストとして出力する
(a b c ab ac ba bc ca cb)
このようなプログラムって皆さんどうやって書きます?

413 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 20:14:40 ]
>>411
自演乙

414 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 20:17:27 ]
そんなもの書かない

415 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:50:36 ]
そんなものが書きたくなったら全体の設計を見直すかな



416 名前:デフォルトの名無しさん [2007/08/16(木) 00:30:55 ]
AutoLISPってどうなの?

417 名前:デフォルトの名無しさん mailto:sage [2007/08/16(木) 02:18:55 ]
どうもしない

418 名前:デフォルトの名無しさん mailto:sage [2007/08/16(木) 02:21:21 ]
>>412
「すべての組み合わせ」の意味が不明確。
abc とか cba とかが入らない理由は?

419 名前:デフォルトの名無しさん mailto:sage [2007/08/16(木) 02:34:39 ]
もういいじゃん

420 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 07:52:33 ]
Lisp処理系ムズすぎ
適当に構造体でリスト作って、
S式パーサ作って、
関数名で条件分岐してリストのメンバをいじくれば良いと思ってたのに

421 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 09:35:35 ]
そんな感じで出来ちゃうと思うけどなぁ。
もちろん「優れた処理系」を作るのは(他の言語と同じく)難しいし、
「Common Lispの処理系」を個人で作るのはちょいと無謀だけれども、
この界隈の人間がよくやる「楽しく作るマイLisp処理系」程度なら・・・。
クロージャで少々頭ひねるくらいでは。

422 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 09:41:49 ]
>>420
ここら辺参考にならないかな

L2Lisp in Ruby(インタープリタ)
ttp://codezine.jp/a/article/aid/1492.aspx

JavaScriptでつくるSchemeインタプリタの基礎の基礎(lisp, js, webdev, webapp)
ttp://codezine.jp/a/article/aid/739.aspx

Javaで作るオリジナル言語:ITpro
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060922/248738/

423 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 11:04:02 ]
>>420
そんなに難しいかい?
8ビットマシンの頃でも基本の処理系はポイポイ作れた記憶があるんだけど。
実行効率とか下段をVMでとかにすると結構しんどいかもしれないけが俺Lispならそんなに難しいものじゃ無いはずなんだけど。

まさかCommonLisp全部みたいな話とか継続入れたいとか言うスタック操作がマンドクサイこと言うと別かもしれんが。


424 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 13:03:56 ]
>>421,422,423
www.jsk.t.u-tokyo.ac.jp/~inaba/soft4/soft4-xlisp/soft4-xlisp.html
ここ読んでるんですけれど、即死しそうです
JAVAとかJavaScriptとかRubyで作ると比較的簡単なのかなぁ


425 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 13:58:15 ]
ttp://www.okisoft.co.jp/esc/go.html
俺はここ見ながらC++で作った。
Javaで説明されてるけど、JavaからC++への脳内翻訳はまぁ、それほど難しくないし。



426 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 21:56:36 ]
>>424
それで楽になるのはGCだけじゃないかと思う。


427 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 22:05:53 ]
俺 Lisp ネタは本スレで。一応ここは Common Lisp 入門スレなので。

俺 Lisp ってーのはよ、一週間もまじめに取り組めばできちゃう。
で、 99% はやったーできたーの後に「Lisp をものにしたぞ」と勘違いしちゃう。
そこはスタート地点だという事を心してほしい。ほんとに。

428 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 22:22:23 ]
CLTL読んでるけどでかい、でかすぎる。

でも楽しい。


429 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 22:33:35 ]
仕様なしで実装だけあるほうが良いという連中が信じられない。
現行バージョンとかそんな殺那的な基準でいいのか……

430 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 22:55:46 ]
>>429
少なくとも入門スレでは、言語の仕様が先か実装が先かなどというのは全く本質的な問題ではないと思うが。

431 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 23:16:39 ]
先とか後とかじゃなくて有無の話ね。


432 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 23:50:55 ]
>>428
てお?

433 名前:デフォルトの名無しさん mailto:sage [2007/08/22(水) 01:00:57 ]
このスレでCLTLって言ったらCommon Lisp The Language ,Guy L. Steele Jr.じゃないの?


434 名前:デフォルトの名無しさん mailto:sage [2007/08/22(水) 11:10:27 ]
>>428
仕様書(?)の癖に妙に饒舌なGLS節がたまらんよねw

435 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 01:28:40 ]
Practical Common Lisp 155ページなのですが、COPY-TREEで((1 2) (3 4) (5 6))を
複製したものとオリジナルが共通で参照するオブジェクトが数値の5,6とシンボルNILってのは
何故ですか?1,2,3,4と5,6の違いが判らないので教えてください



436 名前:デフォルトの名無しさん mailto:sage [2007/08/24(金) 01:12:49 ]
>>435
それ、ここかLisp Schemeスレかで以前俺が話題にした気がする。
そんときは確かめてくれた人がいて著者の勘違いって話だったと思う。
過去ログ見て。

437 名前:デフォルトの名無しさん mailto:sage [2007/08/24(金) 22:19:43 ]
どう勘違いしたんだ

438 名前:435 mailto:sage [2007/08/25(土) 00:57:24 ]
Peter Seibel本人にメールしてみました。
「混乱させてスマン、第3刷では直っているハズだから」とのことです。

439 名前:デフォルトの名無しさん mailto:sage [2007/08/25(土) 13:02:07 ]
俺そういうメールに返信するバイトしてた。

440 名前:デフォルトの名無しさん mailto:sage [2007/08/25(土) 13:21:19 ]
俺はメールしたと偽るバイトしてた。

441 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 13:57:52 ]
Emacs Lispでいう(string-to-int)ってCLispにないの?

442 名前:デフォルトの名無しさん [2007/08/29(水) 14:14:20 ]
グハラムのANSI Common Lispを読んでいます
ループを再帰で書くサンプルが出てくるのですが
ループ数が多くなるとスタックがえらく積み上がっていくんじゃないか、
だとしたらループの実現としてはあまりいい方法ではないのではないかと
思うのですが、どうなんでしょう?
あくまで「こういう書き方もできるよ」という例なのでしょうか?

443 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 14:28:08 ]
>>442
ほとんど末尾再帰だろ
末尾再帰をループに展開できないコンパイラはぶっ壊れてる.

444 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 15:15:52 ]
>>441
parse-integer


445 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 19:44:33 ]
>>442
> グハラム
ちょっと入れ替えただけで急にイスラムな感じになるな。



446 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 01:22:51 ]
ではclispはぶっ壊れてると・・・

447 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 02:07:22 ]
コンパイルすれば末尾再帰をループ化する>CLISP






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<249KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef