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

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)) 321 名前：デフォルトの名無しさん mailto:sage [2007/07/29(日) 23:26:53 0] >>320 #' が ' の中にあるのでクォーティングされてしまっておるのだね。 `(("add" . ,#'(lambda ... みたくするべし。 322 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 12:22:00 ] >>321 ありがとうございました．追加で質問したいのですが， なぜ>>320のコードではうまくいかないのか良くわかっておりません． できれば解説などを加えていただければ...おねがいします． 323 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 20:52:26 ] >>322 replで一行づつ打ちこめば自明じゃないか？ 324 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 20:55:40 ] >>322 (print x) して両者を比べてみよう CLISP だったらこうなる #'(LAMBDA NIL (FORMAT T "add")) #<FUNCTION :LAMBDA NIL (FORMAT T "add")> ちょっとわかりにくいかもしれないけど上は (FUNCTION (LAMBDA NIL (FORMAT T "add"))) というリストで、下はクロージャ。 325 名前：デフォルトの名無しさん mailto:sage [2007/07/30(月) 21:33:37 ] >>322 #' とか ' とかってのは省略系にすぎないことを思い出そう。 あとは自分が read や eval になった気分でよく考えてみよう。 326 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 00:04:11 ] 　　　　 　　　 　　　∩＿ 　　　　　　　　　 　〈〈〈　ヽ 　　　　　　　　　　〈⊃　　} 　　 ∩＿＿＿∩　 |　　 | 　　 | ノ　　　　　 ヽ !　　 ! 　　/　　●　　　● |　　/ 　 |　　　　( _●_)　 ミ／ ＜こいつ最高にアホ 　彡､　　　|∪|　　／ /　＿＿　 ヽノ　/ (＿＿＿）　　　/ 327 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 00:33:32 ] とは言っても俺ほどじゃないと思うけどな 328 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 00:47:14 ] CommonLispでGUI作るときってどういう風にしてるの？ 329 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 00:51:28 ] GUIなんかいらねーよ 330 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 01:13:00 ] >>328 CLX が最強 331 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 08:11:15 ] なんか荒れまくってるなぁ。 >>328 商用の処理系は GUI ライブラリがついてくる。Allegro や LispWorks には GUI ビルダーも附属してるね。 フリーの処理系は Tcl/Tk とか Win32 API とか CLX とか OpenGL とか SDL みたいな低レベル API でがんばる。 332 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 11:28:52 ] どこもかしこも夏の香りが漂ってるな 333 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 11:46:33 ] フリーの処理系はffiがぶっ壊れてるから使い物にならんよ 334 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 11:46:52 ] >>328 OpenMCL なら Cocoa が使えたと思う 335 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 12:03:04 ] >>333 ドザ乙 336 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 16:51:37 ] >>333 フリーの処理系はソースあるんだから自分で直せばいいじゃん 337 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 01:02:14 ] おまいらありがとう。 >Tcl/Tk とか Win32 API とか CLX >OpenMCLならCocoa この辺は分かるけど >OpenGL とか SDL この辺になると自前でウィジェット作るの？ 338 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 03:20:31 ] 探せばいろいろあるらしいぜ。探してない俺にはわからんが。 339 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 09:37:29 ] そういえば McCLIM の事を忘れてた。 一応、標準 GUI ライブラリになる事を狙ってたんだよね。 340 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 17:49:10 ] {x=a} begin y=x; x:=x+y end{x=2a} を証明せよ。 341 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 22:23:54 ] ﾜｯﾊｯﾊｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 342 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 14:40:26 ] LispのGCの様子をヴィジュアルに見せてくれるツールとか そういうものってないのですか？ 自分のプログラムでGCがどんな風に動いてるのか見てみたいのですが... 343 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 16:04:15 ] 大昔の話だが、中西先生のAPPLE LISPは見えたな。APPLE IIのエミュレータで動かんかな？ｗ 344 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 00:20:21 ] >>315 うわさだかデマだかを流した張本人です。 どんな環境でどのようなエラーが出るのでしょうか。 最近 2ch はあまり見てないので、sbcl-devel@ か、英語が苦手なら俺宛に メールを貰えるとありがたいです。 >>316-317 >>319 以前手元でテストした時はちゃんと使えたので、心がきれいでなくても平気だと 思います。 345 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 00:29:32 ] 心の汚い俺でも安心だな 346 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 02:52:20 ] >>342 和田先生はGCルーチンをデバッグするとき、 printf()を使うところまでは一般人同様なのだが、 それで出力するのは実はPostScriptで、 consセルが増えたり減ったりする様子を ビジュアルに把握しながらデバッグしてた、という話を聞いたことがある。 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 ] クロスじゃない？ Ｃ−ＬＯＳ って感じに言葉が別れていないし シーロスじゃどう考えても変だ つーかどこかでクロスって注釈振ってある本読んだことあるぞ 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 根拠は提示されているでしょ 意味のある単語を途中で切って分けている 正式ではどちらでもＯＫだろうが不自然なことは普通理解出来るはず これが不自然じゃないというなら自然と思える、普通に使っている必要がある 自分は思いつかない、逆ならいくらでも思いつく、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のチュートリアルの冒頭に読み方として２つがあげられてるくらいです。 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処理系」程度なら・・・。 クロージャで少々頭ひねるくらいでは。

---

---

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

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