「コンパイラ・スクリプトエンジン」相談室4

1 名前：デフォルトの名無しさん mailto:sage [04/11/10 23:30:50] 言語仕様や処理系の話題に関するスレッドです。 字句解析・構文解析から，データフロー解析，ループ並列化，タスク並列化，SSA変換，CPS変換， レジスタ割付，命令スケジューリング，ソフトウェアパイプライン等各種最適化，それに VM，GC，JIT，リンク時最適化，動的バイナリ変換などなど。 前スレ 1 pc.2ch.net/tech/kako/981/981672957.html 2 pc2.2ch.net/test/read.cgi/tech/1021136715/ (dat落ち) 3 pc5.2ch.net/test/read.cgi/tech/1070089173/ (前スレ) 関連リンクは多分 >>2-10 あたり 486 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:21:49] >>484 彼も、先人達の経験を全く必要としない人らしい。 自分だけでやってこれたと思ってる人って素晴らしいね 自分なんて人のおかげで、色々と覚えられたと思ってるし・・・ 487 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:27:42] 相談室と書いていながらここは、単に本やインターネットを みないでコンパイラを作れる人が、時々、本とかインターネットを 使って、コンパイラを作ろうとしてる人が書き込んだ人を馬鹿に しようとする為にスレということが解ったよ。 488 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:30:14] 正 相談室と書いていながらここは、単に本やインターネットを 見ないでコンパイラを作れる人が、時々、本とかインターネットを 使って、コンパイラを作ろうとして書き込んだ人を馬鹿にしようとする為の スレということが解ったよ。 489 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:31:40] お前らクリスマスイブ暇だからって張り切りすぎ 490 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:36:08] クリスマスツリーにネコでも吊るして和んでください 491 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:41:20] 決まりきったパターンだね。 人格攻撃に始まるって奴は負ｒｙ 492 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:46:23] >>487 スレは「ある」ものではなく「作る」ものだ。 君が親切な相談員になればいい。 493 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:48:45] そんなことより、もまいら今日の晩ごはんはカレーですよ。 494 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:49:23] >>492 俺が君ほどレベルが高くなく本と見てコンパイラを作れるレベルなんだよ そのレベルの話で良ければ教えてもいいけどね。 495 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:52:52] ゲーム業界の話なんだが、アメリカは新しい技術を作られると それを作ったクリエータ自ら、ゲーム業界の学会？みたいな 場所で発表するらしい。 アメリカではプログラム技術は共有の知的財産と思ってるらしく それを、使って何を作るかが重視されてる。 日本は技術を自分で作ることが重視になってる。 技術を1から覚えないと、物を作る資格がないと思ってるみたいだ・・・ 496 名前：デフォルトの名無しさん mailto:sage [04/12/24 18:59:04] 何度もすまないが アメリカだとゲームは平気で人が作ったエンジンを使ってゲームを作る。 日本だと、1から作ることが職人だと思ってエンジンを使う所は少ないし エンジンを提供する所も少ない。 アメリカは自分で作りたいものがどのような形で作られようが問題ないみたい 人が作ったものだろうが、それで自分が作りたいものが出来るのなら 問題なく使うけど、日本人は1から作らないと気がすまないみたいだ。 497 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:01:53] アメリカに劣等感を持つのは勝手だが 何の根拠もない妄想をここでやるなよｗ 498 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:08:50] はっきりいってエロゲーは日本の方がどの分野も進んでるぜ www.illusion.jp/preview/jinkousyoujyo2/ www.teatime.ne.jp/infor/ld_top.htm 499 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:18:13] >>494 それ位のレベルの人が一番わかりやすく教えられるんじゃない？ 学校の先生より家庭教師の説明の方がわかりやすいのと同じで。 500 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:21:01] ここは「コンパイラ・スクリプトエンジン」相談室です。 雑談はマ板でお楽しみください。 501 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:25:51] 今日の雑談は↓スレへどうぞ pc5.2ch.net/test/read.cgi/tech/1103874346/ 502 名前：482 mailto:sage [04/12/24 19:52:04] 先人の本なんかなかったよ、あったのはモトローラのMC6800マニュアル（英文）、しかも読めた（のか？）は電気回路の部分と命令表、 信号線は親に読んでもらった。 482で書いた事は自分が小学６年から中学１年に掛けての事だから本当に役に立つ書籍は無かった。 ちなみに石田晴久の「マイコン入門」が出たのが自分が中学２年か３年の時。 そういう時代なので読む物なんか図書館いっても見つからないのだ。 503 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:56:47] >>502 あぁ、あの東大のDQNね。 504 名前：デフォルトの名無しさん mailto:sage [04/12/24 19:59:58] そろそろ板違いなんで↓に逝ってくれんか＞年寄り bubble2.2ch.net/i4004/ 505 名前：デフォルトの名無しさん mailto:sage [04/12/24 20:18:16] クリスマスだから気が立っているのか。愚かしいな。 506 名前：デフォルトの名無しさん mailto:sage [04/12/24 20:26:24] この流れなら言える。 prologでコンパイラ作ってる人いますか？ パターンマッチ最適化や、高レベル中間語→低レベル中間語→アセンブリの変換等が きれいに書けそうな気がするんですが。 507 名前：デフォルトの名無しさん mailto:sage [04/12/24 20:37:20] >>495 共有するって感じかな？ どちらかというと自分の意見を学会にぶっつけて反応を確かめて 自分の方向性を決めるといった感じの印象を受けるのだが。 共有を目的にしている人は一部のオプソ狂信者(日本にも居るね)だけだと思うな。 508 名前：デフォルトの名無しさん mailto:sage [04/12/24 21:11:17] >>506 きれいに書けませんよ。 嘘だと思うならやってみたら。 509 名前：デフォルトの名無しさん mailto:sage [04/12/24 21:30:38] >>506 そういう研究はあり、確かにきれいに書ける。 ただし、prologでなく、より汎用的なlogical framework（twelfとか）を使うことが多い。 510 名前：デフォルトの名無しさん mailto:sage [04/12/24 22:48:15] >>495 なんとなく納得。 なにげに日本の習慣って秘密主義なのかも。 511 名前：デフォルトの名無しさん [04/12/25 00:55:40] >>510 チンケなプライドがあるために他人のツールを使えないだけ。 高卒のくせにな。 512 名前：デフォルトの名無しさん mailto:sage [04/12/25 01:22:01] pc5.2ch.net/prog/ 513 名前：デフォルトの名無しさん mailto:sage [04/12/25 11:20:12] >>511 自分やっているプログラムが詰んなくない？ それでストレス溜まって高卒ごときにムキになってない？ まぁ、最近そな人多いね、実際自分も仕事ではまるでベントコンベアの前にいるライン工の気分だしね。 嫌な時代ではある。 世の中生産性が全てではないと思うのだが・・・ せめて趣味の世界では爆発していたい。 プログラミングは爆発だ！！ 514 名前：デフォルトの名無しさん mailto:sage [04/12/25 13:39:45] ゆんゆん 515 名前：デフォルトの名無しさん mailto:sage [04/12/25 14:12:07] やんやん 516 名前：デフォルトの名無しさん mailto:sage [04/12/25 14:22:51] なんだろ 年末ずっとこの調子？この人 517 名前：デフォルトの名無しさん mailto:sage [04/12/25 14:32:19] あのねのね 518 名前：デフォルトの名無しさん mailto:sage [04/12/25 23:32:30] bison1.35をつかっていたんですけど、1.875ってのが出ているのに気づいたのですが、 どう変わったか知っている方いますか？ sourceforge.net/project/showfiles.php?group_id=23617 519 名前：デフォルトの名無しさん mailto:sage [04/12/25 23:46:51] そういうのは作者に問い合わせたほうが早いよ 520 名前：デフォルトの名無しさん mailto:sage [04/12/26 01:00:46] ソースとってきてchangelogみりゃええやないの 521 名前：デフォルトの名無しさん mailto:sage [04/12/26 01:37:01] 構造化例外処理を自作言語に取り入れたいんですが、 VisualC++(というかmsvcrt.dll)の _except_list _local_unwind2 _except_handler3 この辺を扱う資料ってないですか？ 下の様なことがしたいので FilterFunction() { 　　printf("1 ");　　　　　　　　　　/* this is printed first　*/ 　　return EXCEPTION_EXECUTE_HANDLER; } main() { 　　__try { 　　　　__try { 　　　　　　RaiseException(1,　　　　/* exception code　　　　 */ 　　　　　　　　　　　　　 0,　　　　/* continuable exception　*/ 　　　　　　　　　　　　　 0, NULL); /* no arguments　　　　　 */ 　　　　} 　　　　__finally { 　　　　　　printf("2 ");　　　　　　 /* this is printed second */ 　　　　} 　　} 　　__except ( FilterFunction() ) { 　　　　printf("3\n");　　　　　　　 /* this is printed last　 */ 　　} } 実行結果 1 2 3 522 名前：デフォルトの名無しさん mailto:sage [04/12/26 04:06:36] 正直、lexだのyaccだの使ってる奴はアホ。 一文字ずつswitchで入れ子にするのが速いし、メモリも食わないし、プログラミングも実は一番楽。 523 名前：デフォルトの名無しさん mailto:sage [04/12/26 04:22:02] まあそれで書けちゃうぐらい単純なやつならそれでもいいでしょ。 524 名前：デフォルトの名無しさん mailto:sage [04/12/26 04:40:08] >>522 ぜーたいありえネェ〜 525 名前：デフォルトの名無しさん mailto:sage [04/12/26 04:49:54] >522 あー、つーか、単純なやつならそれで出来るかもしれんが、あまりにも世界が狭すぎ。 全てそれでいけると本気で思っているのなら、もう一度勉強し直してこい。 526 名前：デフォルトの名無しさん mailto:sage [04/12/26 04:55:51] >>522 根拠が弱い アホいうんなら、おまえの方法とlex、yaccを使う方法の 長所、短所ふまえてちゃんと説明してみんなを納得させろ 527 名前：デフォルトの名無しさん mailto:sage [04/12/26 05:06:29] 普通に釣りっぽい 528 名前：デフォルトの名無しさん mailto:sage [04/12/26 05:11:03] >>522はビルゲイツ。 529 名前：デフォルトの名無しさん mailto:sage [04/12/26 09:02:02] 大漁大漁ｗ 530 名前：デフォルトの名無しさん mailto:sage [04/12/26 10:04:56] >>521 VC++固有のライブラリの使い方なら VC++スレ行ったほうがいいと思う。 構造化例外を使いたいだけなら、 Structured Exception Handling でぐぐればよさげ。 531 名前：デフォルトの名無しさん mailto:sage [04/12/26 10:29:50] 釣り師は>>529のような負け惜しみは書かん >>529書いた時点で真性確定。 532 名前：デフォルトの名無しさん mailto:sage [04/12/26 10:40:05] 真性に釣られる馬鹿ﾊｹｰﾝｗ 533 名前：デフォルトの名無しさん mailto:sage [04/12/26 10:48:11] w真性ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!! 534 名前：デフォルトの名無しさん mailto:sage [04/12/26 10:58:39] ＼　 釣られたｸﾏｰ 　 ＼ 助けてｸﾏｰ 　　　＼∩＿∩　　　　今助けるｸﾏｰ 　　　　(；(ｴ)；　)∩＿∩　　　　∩＿∩ 　　 　⊂.　⊂　|(・(ｴ)・； )_○　(・(ｴ)・； ).∩＿∩ 頑張るｸﾏｰ 　 　　⊂＿⊂/⊂⊂＿＿＿つ⊂⊂　　|(・(ｴ)・； ).∩＿∩ 　　　　　　　　　　　　 　　　　　 |　　　 ⊂⊂　 　|(・(ｴ)・　) 　　　　　　　　　　　　　　　　　　∪￣∪｜　　　⊂⊂　　 | 　〜〜 　　　　　　　　　　　　　　　　　　　　　　　∪￣∪｜　　 　|○ 　〜〜〜 　　　　　　　　　　　　　　　　　　　　　　　　　　　　∪￣∪　　〜〜 535 名前：デフォルトの名無しさん mailto:sage [04/12/26 14:11:12] >522 >プログラミングも実は一番楽 ありえねえ 自力で遷移状態管理しろ、つうたら泣けるなあ 536 名前：デフォルトの名無しさん mailto:sage [04/12/26 14:14:31] LL(1)なら別にいいじゃん。 537 名前：デフォルトの名無しさん mailto:sage [04/12/26 15:54:09] 俺はschemeのreader書くのにlex/yaccのお世話になろうかと 真剣に悩んだよ。 結局、手で書いたが。 538 名前：521 mailto:sage [04/12/26 16:04:12] main() { 　// var parent_frame 　try_except_wind( 　　lambda() { // try 　　　// var frame = parent_frame 　　　try_finally_wind( 　　　　lambda() { // try 　　　　　RaiseException(1,0,0,0); } 　　　　,lambda(){ // finally 　　　　　printf("2 "); }); 　　} 　　,lambda() { // FilterFunction 　　　printf("1 "); 　　　return EXCEPTION_EXECUTE_HANDLER; } 　　,lambda() { // except 　　　printf("3\n"); }); } 例外ブロックを関数化してここまでは動作確認できました。 VCの__finallyや__exceptブロックは妙なトリック(ebpの持ち回り)使ってるから フレーム統合するのは難しそうです。 別の手段考えます。 539 名前：522 mailto:sage [04/12/26 18:50:35] 馬鹿だな。複雑な文法ほどそう書くのがいいんだよ。 人間が考えてる要領でうまくかける。 yaccだのlexだのはかえって難しいんだよ。 複雑な文法になるほどな。 540 名前：デフォルトの名無しさん mailto:sage [04/12/26 19:07:18] 飽きたからもういいよ。 541 名前：デフォルトの名無しさん mailto:sage [04/12/26 19:08:26] 　　　　　　　　　　 　 　 　 　 　 　 　 　 　 | 　　　　　　　　　　 　 　 　 　 　 　 　 　 　 | 　　　　　 ∩＿＿＿∩　　　　　　 　 　 　 | 　　　　　 | ノ　 _,　　,_ ヽ　　　　 　 　（（　 |　ﾌﾟﾗﾌﾟﾗ 　　　　 /　　●　　　● |　　　　　　　　　(=) 　　　　 |　　　　( _●_)　 ミ　＿　(⌒)　 　J　　>>539 　　　　彡､　　　|∪|　 ノ ⊂⌒ヽ　/　　　 ヽノ　 ヽ /⌒つ 　 ＼　ヽ　 /　　 　 　 　 ヽ　/ 　　　＼_,,ノ　　　　　　|､＿ノ 542 名前：デフォルトの名無しさん mailto:sage [04/12/26 22:32:01] >>538 Win32 Exception handling for assembler programmers by Jeremy Gordon www.jorgon.freeserve.co.uk/ExceptFrame.htm 昔、参考にさせてもらったサイト。もう１ヶ所ぐらいあったんだけどURL紛失した。 543 名前：デフォルトの名無しさん [04/12/26 23:41:12] でも、マジレスすると scanner は自主開発蟻としても parserはyaccか互換ソフト以外実用プログラムでは使われていないからなぁ お前ら、もっと現実を見ろ！ 544 名前：デフォルトの名無しさん mailto:sage [04/12/26 23:59:48] 飽きたからもういいよ どうせなら新しいネタにしようぜ 545 名前：デフォルトの名無しさん mailto:sage [04/12/27 00:05:28] マジレスすると、 Java5.0はyaccだと難しい。 546 名前：デフォルトの名無しさん mailto:sage [04/12/27 01:28:03] Rubyも確か、yacc廃止するような話が上がってるみたいだね。 PythonやPerlはどうなの？ 547 名前：デフォルトの名無しさん mailto:sage [04/12/27 02:46:19] なんか字句解析と構文解析の話ばっかりだな。 漏れが知りたいのはその先の話なのに。 548 名前：デフォルトの名無しさん mailto:sage [04/12/27 02:52:11] 522の言うことも一理あるかと gccも最初はyaccだったが今は手書きらしいし 549 名前：デフォルトの名無しさん mailto:sage [04/12/27 02:52:22] コード生成とか最適化の話がしたいとな？ 550 名前：デフォルトの名無しさん mailto:sage [04/12/27 02:53:03] みんな自動生成系で骨格作って手直しをしてという風ではないの？ 551 名前：デフォルトの名無しさん mailto:sage [04/12/27 02:57:43] 中間言語にコンパイルする話はどの書籍に載ってるでしょうか。 googleで調べても見つからないので。 552 名前：デフォルトの名無しさん mailto:sage [04/12/27 03:04:22] 今おれが借りてる本に詳しく載ってるな。 中間言語と言っても色々レベルがあるけどな。 553 名前：デフォルトの名無しさん mailto:sage [04/12/27 03:14:28] >>552 書籍名を教えてくださいYO! ほとんど知識の無いままSchemeのインタプリタを書き始めたんですが 3日くらいで大体の機能が実装できました。 問題はGCと継続なんですが、CPSという中間言語を使うと継続が楽に 実装できるという噂をききまして、どんなものかなあと。 コンパイルしないと遅すぎるってことや実装が簡単すぎた(さすがScheme) っていうのも動機なんですけど。 554 名前：デフォルトの名無しさん mailto:sage [04/12/27 03:37:57] >>553 CPSは普通のコンパイラの教科書では余り取りあげられない。 本なら、Appelの「Compiling with Continuations」辺り。ただし、 これはMLベース。CPS自体はMLとは関係ないけど、中間言語 にコンパイルする話から知りたい人には難しすぎるかも知れない。 Schemeベースだと、Guy Steel Jr.のRabbitコンパイラとかKranz らのORBITの論文(PLDI86)辺りを読むしかないんじゃないかな。 Rabbitコンパイラの論文が今簡単に入手できるかどうかは知らな いが、ORBITの論文は今年出た「20 Years of PLDI 1979-1999: A Selection」っていうACM SIGPLAN notices, volume 39, number 4, april 2004に選択されて載っているから、これなら技術系の大学の 図書館辺りで見つけられるでしょ。 555 名前：デフォルトの名無しさん mailto:sage [04/12/27 03:56:06] 沢山の情報ありがとうございます。 CPSにこだわっている訳ではないんですけど、東大のコンパイラの授業 のページにのってたのでメジャーなのかと思ってました。 一般的に中間言語の話はどの本がいいんでしょうか。 とりあえずいろいろ調べてみます。 556 名前：デフォルトの名無しさん mailto:sage [04/12/27 04:31:51] >>553 CPSは中間言語ではないよ。 それに直接速くなるわけでもない。 CPSというのは継続のたらいまわしで、実装が自ずと スタックレスになり、末尾の検出が不要になることと 継続の抽出が単純（というか継続の抽出そのもの）になるというだけで。 Schemeは末尾呼び出しのフレームの縮小問題に どう取り組むかで速度にかなり違いが出てくる。 これは仮にCPSにしても解決はできない。 それと(Schemeに限らないけど)、GCにぎりぎりまで頼らない （ヒープに移さない）設計にするとか。 CPSについてはコンパイラの本より むしろ関数型言語扱ってる古い本に色々載ってたけど、 そういうのは図書館で探したほうがいい。 CPSに変換する処理系もあったはず。 ちなみに借りた本は「コンパイラの構成と最適化」 CPSとはあんま関係ないね。 557 名前：デフォルトの名無しさん mailto:sage [04/12/27 04:35:02] >>554 Steele 先生のってこれでよろし？ ftp://publications.ai.mit.edu/ai-publications/pdf/AITR-474.pdf 面白そう……だけど結構な分量だな。プリントアウトしたら大変そうだ。 558 名前：デフォルトの名無しさん mailto:sage [04/12/27 04:37:47] >>555 中間言語の話題で一般的に良い本を挙げるってのは難しい。 というか、ソースから中間言語への変換辺りの話題だと、 ドラゴンブックで充分だし、最適化の話題よりのコンパイラの 教科書だとその辺りは大抵省略されている。 AppelのModern Compiler Implementation in {ML,Java,C}辺り だとコンパイラについてlexer、parserからcode generationまで 一通り書かれていて、GCなんかも取りあげられているから良 いかもしれない(漏れはJava版しか読んだこと無いからMLや C版の内容は知らない)。 559 名前：デフォルトの名無しさん mailto:sage [04/12/27 04:46:49] >>557 凄いな。 こ れ が 修 論 か 560 名前：デフォルトの名無しさん mailto:sage [04/12/27 13:53:09] ＿|￣|○ 561 名前：デフォルトの名無しさん mailto:Appel先生ごめんなさい, sage [04/12/27 19:21:59] あのな、CPSなんてきょうび流行んねーんだよ。ボケが。 得意げな顔して何が、CPSで、だ。 お前は本当にCPS変換したいのかと問いたい。問い詰めたい。小１時間問い詰めたい。 お前、スタック使いたくない だけちゃうんかと。 中間言語通の俺から言わせてもらえば今、中間言語通の間での最新流行はやっぱり、 A normal form、これだね。 大盛り一時変数。これが通の頼み方。 A normal formってのは制御フローが明示的に入ってる。そん代わり継続は暗黙的。これ。 で、それにtail call最適化。これ最強。 しかしこれを頼むと次からAppelにマークされるという危険も伴う、諸刃の剣。 素人にはお薦め出来ない。 まあお前、１は、型付きCPS変換でもしてなさいってこった。 562 名前：デフォルトの名無しさん mailto:sage [04/12/27 20:54:34] 不勉強なオレはいまいち面白さが分からないが、 ﾒﾙ欄ﾜﾛﾀ 563 名前：デフォルトの名無しさん mailto:sage [04/12/27 21:14:55] せっかくなので A normal form ってのについて教えて下さい。 ポインタでもいいから。 564 名前：デフォルトの名無しさん mailto:sage [04/12/27 21:30:10] >>509のlogical frameworkと関連した内容ですか。 565 名前：デフォルトの名無しさん mailto:sage [04/12/27 22:19:26] www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&rls=GGLD,GGLD:2004-40,GGLD:ja&q=%E6%8C%BD%E5%9C%B0%E7%AF%A4%E5%BF%97 566 名前：デフォルトの名無しさん mailto:sage [04/12/28 00:11:56] コミックバンチの修論いきなり見せられてもA normal formのことサパーりでしょ。>>553 567 名前：デフォルトの名無しさん mailto:sage [04/12/28 07:51:25] 電気通信大学 情報工学科 渡邊(坦)研究室 言語・機種に非依存なオブジェクト最適化の研究 www.watalab.cs.uec.ac.jp/OBandG/nobuharu/research/B-Thesis/paper.html はガイシュツですか？ 568 名前：デフォルトの名無しさん mailto:sage [04/12/28 10:14:44] >>567 何も新しいことは書かれていない気がす。 ドラゴンブックに出て来るレベルの最適化を実装してみました ってやつですな。 569 名前：デフォルトの名無しさん mailto:sage [04/12/28 19:11:25] >>567 学部生レベルの卒論としては合格 570 名前：デフォルトの名無しさん [04/12/28 21:33:47] ●コンパイラ　原理・技法・ツール　１＆２ www.amazon.co.jp/exec/obidos/ASIN/4781905854/ www.amazon.co.jp/exec/obidos/ASIN/4781905862/ 通称ドラゴンブック。バイブル。 ●コンパイラ構成法　原田 賢一 www.amazon.co.jp/exec/obidos/ASIN/4320029224/ www.hara.cs.keio.ac.jp/kCompiler/　(ソース、正誤表のダウンロード) ●プログラミング言語処理系 岩波講座 ソフトウェア科学〈5〉 佐々 政孝 www.amazon.co.jp/exec/obidos/ASIN/4000103458/ 一冊で済ませたい人へ。 読む順番とかあるの？ なければ、『コンパイラ構成法　原田 賢一』を買おうと思っている。 571 名前： ◆MWRLp2GQ3U [04/12/28 22:02:12] 初心者の疑問なんですけど、言語処理系って フリーの有名所（例gcc）や一部の超メジャー処理系（M$） でないと全くダメダメなのななんででしょう？ 職場の回りの人とかも、皆同じように思っています。 言語処理系以外なら、そんなことないと思うんですよねぇ やはり、作り込みが難しいからですか？？？ 572 名前：デフォルトの名無しさん mailto:sage [04/12/28 22:06:00] 既にフリーでいい物があるから、 わざわざ作る気も起きないってのも大きいでしょ 573 名前：デフォルトの名無しさん mailto:sage [04/12/28 22:20:51] 人生を言語処理系の作成に捧げる気があるなら ＞フリーの有名所（例gcc）や一部の超メジャー処理系（M$） これらにも対抗できるものが作れるんじゃねーの？（鼻くそほじりながら 574 名前：デフォルトの名無しさん mailto:sage [04/12/28 22:51:37] >人生を言語処理系の作成に捧げる気があるなら んで、できるかどうかは兎も角そんな連中がここに居るわけだ。 575 名前：デフォルトの名無しさん mailto:sage [04/12/28 22:52:30] まあ面白いし 576 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:07:36] >>574 売り物レベルになるかはともかくを言ったら 処理系自体はちょっと時間あれば作れるしな 577 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:13:48] HSPぐらいならなんとかなるんじゃね？ 578 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:20:19] HSPみたいな頭の悪そうな処理系思い浮かぶやつには無理だろｗ 579 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:39:36] Nスクよりマシかな。 580 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:49:46] 2ch発の言語とかってないの? 581 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:51:50] >>580 いくつか過去にもスレは立ったけど成功したもんはなさそう。 ADVRUN…はちょっと違うか 582 名前：デフォルトの名無しさん mailto:sage [04/12/28 23:56:58] >>580 ギコBASIC 583 名前：デフォルトの名無しさん mailto:sage [04/12/29 00:04:36] 少なくともHSPはそれなりにメジャーになりはした。 584 名前：デフォルトの名無しさん mailto:sage [04/12/29 01:00:15] HSPはあの言語仕様なのに、それなりに流行っていることを考えると、 言語の良し悪しが、決定的なんじゃないということがよくわかる 585 名前：デフォルトの名無しさん mailto:sage [04/12/29 01:28:09] Windowsでexeが作れて配布できる。 初心者でも簡単に使える。 初心者用ドキュメントがある。 こういう、ヲタク向けの言語では軽視されがちな部分が 大きいんじゃないかな。 586 名前：デフォルトの名無しさん [04/12/29 12:09:18] >>585 剥げ同。 最先端言語技術や高度な理論よりも、リアルに使えることの方が はるかに重要と最近日々感じる…

---

---

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

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