- 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 あたり
- 96 名前：デフォルトの名無しさん mailto:sage [04/11/14 00:33:20]
- >>94 > >>92 でしョ。
>>95
あんた熱くなると八兵衛（ｒｙ
MBのFortran話で
www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&q=%E4%BC%8A%E7%90%86%E6%AD%A3%E5%A4%AB%E3%80%80%E9%AB%98%E9%80%9F%E8%87%AA%E5%8B%95%E5%BE%AE%E5%88%86%E6%B3%95
を思い出した。 哲学とも高尚な抽象概念とも関係ない使い道の例だお。
- 97 名前：M.B. mailto:sage [04/11/14 00:46:20]
- >>96
「親分！ てぇへんだ！」
「おいおい、どうしたんだ八」
「まぁまぁ八兵衛さん、朝御飯はお済みになったの？」
「すんませんお内儀さん、ってそれどころじゃ無ぇんで。
大川にお六字が……」
- 98 名前：M.B. mailto:sage [04/11/14 00:48:35]
- >>97
……ってこんだけネタ振っといて八兵衛じゃなくて八五郎だ
またやっちまった ＿|￣|○
- 99 名前：デフォルトの名無しさん mailto:sage [04/11/14 01:11:08]
- コテハンってどうしてこんな(ry
- 100 名前：デフォルトの名無しさん mailto:sage [04/11/14 01:12:52]
- 100get!!!!!
- 101 名前：デフォルトの名無しさん mailto:sage [04/11/14 11:45:12]
- 煽り以外で >>92 に反論できる LISPer は居ない？
- 102 名前：デフォルトの名無しさん mailto:sage [04/11/14 11:52:29]
- 誰かあの文章を紹介してやれよ。「普通のやつらを作り出せ」とかいうやつ。
- 103 名前：デフォルトの名無しさん mailto:sage [04/11/14 12:02:47]
- と、LISPのことが気になって仕方の無い>>101が語られました。
- 104 名前：M.B. mailto:sage [04/11/14 12:06:43]
- >>101
数式処理は Lisp 以外の言語で書く気がせん。
これで十分。
……つーか Mule があるじゃん。あれって Lisp だろがよ。
- 105 名前：デフォルトの名無しさん mailto:sage [04/11/14 12:12:10]
- 竹内郁雄さんが
新しいマシンを開発するときは
その上に Lisp を実装すると非常に楽だと
bit の連載（TAO かなんかの開発の話）に書いてたな。
- 106 名前：デフォルトの名無しさん mailto:sage [04/11/14 12:26:25]
- その辺にしておくべし。 LISPのことばっか喋ると
怠け者の>>101がまた荒らしで知識を得ようと熱くなる。
結局スレに迷惑かかる。多様な話題のほうが楽しいし。
- 107 名前：デフォルトの名無しさん mailto:sage [04/11/14 12:38:50]
- >101
これ以上LISPerを呼ぶなよ
- 108 名前：デフォルトの名無しさん mailto:sage [04/11/14 13:59:01]
- LISPer は独自スレを立てれ。
- 109 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:01:04]
- つーかLISPスレ立ってるだろ
- 110 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:04:02]
- 処理系依存でない LISP スレが・・・ﾅｲ!
- 111 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:06:15]
- LISPerは自体は構わんよ、下らん言語論争やフレームの元になるような事を書く奴さえこなければ。
このスレは実装技術のスレだ、個々の言語の良し悪しや独善的思想はフレームの元、
>>104
そういう奴にレスを付けると百害あって一利ないから一切書くな。
どうしてもレスを付けたければ死滅スレを立ててそこでやれ
- 112 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:16:05]
- 連想配列って意外に不便。
キーワードのスペル間違えてデバッグに半日。
型なし言語も意外に不便。
評価しそこなってデバッグに半日。
PerlとPHPのソースコードレベルの検証ツールをｷﾎﾞﾝﾇ
- 113 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:22:25]
- LISPのエンジン設計の話しはスレ的に歓迎なんだが・・・
LISPが気になるくせに「コンパイラ・スクリプトエンジン」の相談ができないのが頑張ると
言語論争の話題しか提供できなくてフレームの種を蒔くことになる。
- 114 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:25:46]
- >相談ができないのが頑張ると
個人のレベルにイチャモンつけるようなのは良くないよ
最初はみんな初心者
- 115 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:35:06]
- >>101 >>92
↑わざわざこのスレにきて学ぶ姿を見せつける美しい初心者の例
- 116 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:39:18]
- 友達いないだろう？
死ねば〜
- 117 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:44:17]
- LISPは変換が面白いと思うよ
(define (f proc) (proc #t))
(f (lambda(x)(if x 0 1)))
↓
((lambda(proc)(proc #t))(lambda(x)(if x 0 1)))
↓
((lambda(x)(if x 0 1)) #t)
↓
(if #t 0 1)
↓
0
コンパイラに渡すまでもなくこれぐらいの変換はユーザー関数レベルで可能なとことか
まあコンパイラ自体もユーザー関数レベルで書けるけど
- 118 名前：デフォルトの名無しさん mailto:sage [04/11/14 14:47:02]
- >>112
インタープリタ系言語はインタラクティブな環境があると開発しやすい。
自分で作った言語処理系もってるけど、そういう環境ができるまでは至極面倒だった（某ゲームの移植性をあげるために中間コード使っただけなのであんまり良いものじゃないけど）
perlはデバッグモードがあるが、phpはお手軽な環境が無いから面倒になったんだろう。
だいたい連想配列のキー間違いなんざインスペクタ使えば一発で解りそうなもんだよ。
- 119 名前：デフォルトの名無しさん mailto:sage [04/11/14 15:04:04]
- >>118
いや、漏れはPerlからJavaに乗り換えたのでﾓｳﾏﾝﾀｲなのだが、
「CGIはPerlかPHP」って頭っから信じてる香具師がいて
そいつが管理してるプロジェクトからブツが上がってこないんで
迷惑してるんだが、下っ端のプログラマーに聞いてみると、
どうやらソースが荒れてて手がつけらんなくなってるらしいのだ。
かといって開発ツールを導入するのにも消極的なのだ。
だから、なんかしらソースコードレベルで適用できるツールはないもんかと。
- 120 名前：デフォルトの名無しさん mailto:sage [04/11/14 15:14:36]
- PerlUnit
- 121 名前：デフォルトの名無しさん mailto:sage [04/11/14 15:19:17]
- ここで聞く内容じゃないね
- 122 名前：デフォルトの名無しさん mailto:sage [04/11/14 16:37:38]
- Ruby以外の言語は糞・
- 123 名前：デフォルトの名無しさん mailto:sage [04/11/14 16:53:22]
- eval.c を読んでから言え。
- 124 名前：デフォルトの名無しさん [04/11/14 20:25:46]
- LISPer ですが、何か？
- 125 名前：デフォルトの名無しさん mailto:sage [04/11/14 20:30:01]
- RubyはRecursive Decentでつか？
- 126 名前：デフォルトの名無しさん mailto:sage [04/11/14 20:32:33]
- Ｒｕｂｙ ＞＞＞＞＞＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ Ｌｉｓｐ
- 127 名前：デフォルトの名無しさん mailto:sage [04/11/14 20:32:51]
- >>125
ソース読んでないけどLALR(1)じゃなかったっけ？
- 128 名前：デフォルトの名無しさん [04/11/14 22:05:42]
- emacs の弱点の１つがlispだったり擦るわけだがｗ
- 129 名前：デフォルトの名無しさん mailto:sage [04/11/14 22:16:27]
- >>128↓
pc5.2ch.net/test/read.cgi/unix/1091212668/
（戻ってこない方向で）
- 130 名前：デフォルトの名無しさん mailto:sage [04/11/14 23:44:57]
- Emacsは元々LISP用のエディタだったんだろ？
逆にLISPだからこそここまで生き残ったとも言える。
S式嫌いならフロントエンド作ればいいだけの話な気がするけど、
>>129のスレはそういうことじゃないみたいだな。
emacsとviがUNIXのイメージを悪くしたのは確かな様だ。
- 131 名前：M.B. mailto:sage [04/11/14 23:53:31]
- >>130
> emacsとviがUNIXのイメージを悪くしたのは確かな様だ。
現在でも UNIX 上で動くエディタの標準は emacs 互換の Mule。
「テトリス」と並ぶ有名なゲーム「rogue」の操作は vi 互換。
それを言うなら「emacs派とvi派の対立が」だろうと思うが、
実際には棲み分けができていたように思われ。
- 132 名前：デフォルトの名無しさん mailto:sage [04/11/15 00:33:50]
- >>8
>●スモールコンパイラの制作で学ぶプログラムのしくみ
>www.cbook24.com/bm_detail.asp?sku=4774121770
目次とサンプルコード来てた。
www.gihyo.co.jp/books/syoseki.php/4-7741-2177-0
tiny scheme 読もうと思ってから早１年、何にもてに付けてねーや・・・。
- 133 名前：デフォルトの名無しさん mailto:sage [04/11/15 00:45:58]
- いろいろ勉強してたけど、そろそろネイティブバイナリも吐ける
コンパイラを作ろうかなって気になったよ。
なんつーか、コンパイラ作成って楽しいな。
- 134 名前：デフォルトの名無しさん mailto:sage [04/11/15 01:03:12]
- 石田綾ってなにもの？
過去の実績を知りたい。
- 135 名前：M.B. [04/11/15 01:03:51]
- >>133
つーか言語処理系の開発って、
(ﾟ∀ﾟ)ｲｲ!
- 136 名前：デフォルトの名無しさん mailto:sage [04/11/15 02:11:54]
- >>134
ttp://www.pureadult.co.jp/whtml/ishidaaya.html
- 137 名前：デフォルトの名無しさん [04/11/15 19:01:23]
- 再帰下降は仕組みが簡単だし最強っぽいのですがなんで
LALRやらLLやらを使うコンパイラが多いのですか？
- 138 名前：デフォルトの名無しさん mailto:sage [04/11/15 19:03:31]
- >>132
何その痛いサンプルコード
- 139 名前：ほんたま [04/11/15 20:16:29]
- おみゃ〜らよ、HSPはﾒﾆｭｰつくれるのか？
おみゃ〜らよ、HSPのﾍﾙﾌﾟに目を通したが、命令語の一覧眺めたが、ﾒﾆｭｰつくる命令はないっぽかったが、どうか？
おみゃ〜らよ、Windowsｿﾌﾄってﾒﾆｭｰはつきものだろう？
そのWindowsｿﾌﾄをつくるHSPにﾒﾆｭｰをつける命令がないのはどういうこっちゃ？
おみゃ〜らよ、しゃくせんのあるけん、どうじ？
- 140 名前：デフォルトの名無しさん mailto:sage [04/11/15 20:27:52]
- ↑
誤爆??
- 141 名前：デフォルトの名無しさん mailto:sage [04/11/15 20:28:17]
- >>132
何かが間違っている気がする
- 142 名前：デフォルトの名無しさん mailto:sage [04/11/15 20:28:18]
- HSPスレに逝け
- 143 名前：デフォルトの名無しさん mailto:sage [04/11/15 21:10:34]
- >>137
再起下降では解析できない文法があるから。自分でLALRとか書いてるじゃん。
- 144 名前：デフォルトの名無しさん mailto:sage [04/11/15 21:12:05]
- >>137
LL の文法を解析するパーサが再帰下降型パーサだが……
上昇型パーサを使うのは LL よりも広い範囲の文法を効率よく扱えるから。
LL だと、たとえば四則演算を次のように書くと左再帰を含むためアウト。
E -> E '+' T
T -> T '*' F
F -> '(' E ')'
ちょっと頑張れば LL に書き直せるけど、よけいな非終端記号が増えて
面倒な上、文法が直感的でなくなる。そんな機械的な作業はプログラムに
任せたいっしょ？
- 145 名前：デフォルトの名無しさん mailto:sage [04/11/15 21:37:52]
- >>132
目次を見たときは結構いい構成になってると思ったけど，
ソースコードはかなり苦しいな
本の限られたスペースに載せるにはああしなきゃ
いけないとか決まりでもあるんだろうか？
- 146 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:18:11]
- >>144
再帰下降型というのは、LLじゃなくてrecursive decentの事です。
LLは下降型ですが再帰下降とは別物じゃないですか？
- 147 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:20:29]
- でも結局左再帰の問題はつきまといそうですね。
だから難しい上昇型使うのですね。
- 148 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:21:03]
- 再起加工って文法の名前なのか？
- 149 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:22:40]
- >>132のコードも別に普通の手書き再帰下降パーサですよね。
なんか問題有るんですか？
- 150 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:28:44]
- LL(k)の事を再帰下降って言ってるだけ？
- 151 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:35:55]
- 再帰下降は下降型解析法(LL)のやりかたの一つ
一度コンパイラの本でも読め
- 152 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:22:31]
- LL(k), LR(k), LALR(k) etc. は *文法の* 種類分け．
Recursive Decent, Top-down, Bottom-up etc. は *解析方法の* 種類分け．
LLはTop-down（特にRecursive Decent）と，LR（LALR含む）はBottom-upと相性がよい．
このPDFでも嫁 っ[ ttp://www.cs.vu.nl/~dick/PTAPG.html ]
- 153 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:37:06]
- ありがとう。読んでみる。
- 154 名前：デフォルトの名無しさん [04/11/15 23:41:07]
- まぁ、口ばかり達者な奴がいるみたいだが（例 >>138 >>145）
それほどの実力の持ち主なら、
そちら様の完成コードでも拝見さしてもらいましょうかな？
- 155 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:47:01]
- >そちら様の完成コードでも拝見さしてもらいましょうかな？
>そちら様の完成コードでも拝見さしてもらいましょうかな？
>そちら様の完成コードでも拝見さしてもらいましょうかな？
- 156 名前：デフォルトの名無しさん mailto:sage [04/11/16 00:27:32]
- >>154
pやらGやらVやら何って感じだが、
それよりなにより是非って( ﾟдﾟ)ﾎﾟｶｰﾝ
基本的な日本語が使えてない。
コード以前に中学の国語あたりをやり直せ。
- 157 名前：デフォルトの名無しさん mailto:sage [04/11/16 10:08:07]
- >>152
LL(k)構文解析で解析できる文法をLL(k)文法っていうんじゃないの？
- 158 名前：デフォルトの名無しさん mailto:sage [04/11/16 11:36:13]
- >www.cbook24.com/bm_detail.asp?sku=4774121770
監：中田育男
法政の学生？
本人が見ることもあるかもしれないから書くけど、
体を表す名前を付けることを身につけてほしい。
CellG＝lexer
CellK＝parser
CellV＝仮想マシン
らしいけど、もしそうなら、
Lexer, Parser, VirtualMachine といった名前を付けるべき。
記号表のエントリにはTableEntryといった名前をつけるべきで、
Tableという名前を付けてはいけない。
読んで分かりやすいプログラムを書くのは
ある程度プログラムを読んだり書いたりの
経験がないと難しいだろうけど、ｶﾞﾝｶﾞﾚ。
あと、配列じゃなくてListを使うとか、
文字リテラルはinternしなくていいとか
もうちょっとJavaを勉強しよう。
- 159 名前：デフォルトの名無しさん mailto:sage [04/11/16 12:27:09]
- www.amazon.co.jp/exec/obidos/ASIN/4254121393/249-6122590-2043526
中田育男はこれ書いた日本のコンパイラ最適化の第一人者ですな
- 160 名前：158 mailto:sage [04/11/16 12:54:42]
- 著者が中田先生の下の学生かと思ったです。
- 161 名前：デフォルトの名無しさん mailto:sage [04/11/16 12:58:37]
- G…Gikukaiseki
K…Koubunkaiseki
V…VM
これくらい想像できないようでは現場のコードは読めないぞ
- 162 名前：デフォルトの名無しさん mailto:sage [04/11/16 12:58:50]
- ”コンパイラの最適化”と”アーキテクチャごとのコードの最適化”は、
考え方のレイヤが違いますよね？
やはりコンパイラを作成する場合、ターゲットとなるアーキテクチャに対しても
詳しくないと本当の意味での最適化コードは作成できない？？
- 163 名前：デフォルトの名無しさん mailto:sage [04/11/16 13:00:35]
- >>161
マジですか？！
- 164 名前：デフォルトの名無しさん mailto:sage [04/11/16 13:05:21]
- >>162
だいたい同じPentiumでも種類ごとに適した最適化手法が違うし
- 165 名前：デフォルトの名無しさん mailto:sage [04/11/16 13:07:11]
- 定数値の最適化やら誘導変数の最適化やらはCPUが何だろうができると思うが。
- 166 名前：デフォルトの名無しさん mailto:sage [04/11/16 13:37:15]
- >>165
？？？
- 167 名前：デフォルトの名無しさん mailto:sage [04/11/16 14:01:27]
- >>165
君は>>162を100回読み直したまえ。
- 168 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:59:29]
- >>158
そういう小姑みたいな性格は何処に行っても嫌われますよ〜
- 169 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:20:39]
- Gokiburi
Kokkurochi
Varusan
- 170 名前：デフォルトの名無しさん mailto:sage [04/11/16 19:23:36]
- >>168
嫌ってくれて構わんよ
- 171 名前：折れ目も mailto:sage [04/11/17 21:26:53]
- なぜ Threading Code なのか？
www.kt.rim.or.jp/~tyamamot/forthj/threaded-codej.html
マイクロベンチ．興味深い．
www.complang.tuwien.ac.at/forth/threading/
Pentiumならsubroutineが速い
- 172 名前：デフォルトの名無しさん mailto:sage [04/11/17 22:01:45]
- ＞Pentiumならsubroutineが速い
そりゃそうだろ（ｗ
- 173 名前：デフォルトの名無しさん mailto:sage [04/11/19 04:25:54]
- 著作権は大丈夫なのでしょうか, 2004/11/02
レビュアー： カスタマー 帯広市 Japan
JavaのＶＭ向けのコードを生成する簡単なコンパイラが乗っているというので買いました。
非常に参考になると思います。
ただ、よけいなことかも知れませんが、この本の構文解析の部分は、中田育男著の「コンパイラ」の本と、
例題や説明までほとんど同じなので驚きました。
著作権の方は大丈夫なのでしょうか。
- 174 名前：デフォルトの名無しさん mailto:sage [04/11/19 11:56:19]
- ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
- 175 名前：デフォルトの名無しさん mailto:sage [04/11/19 18:58:26]
- 中田先生監修だからなあ。
- 176 名前：デフォルトの名無しさん mailto:sage [04/11/20 02:21:01]
- >>175
それどころか前書き見たいのも中田先生が書いてた
- 177 名前：デフォルトの名無しさん mailto:sage [04/11/20 08:03:00]
- 弟子が中田先生の本の改訂を引き受けた、ってことでFA? 印税山分けだったりして
- 178 名前：デフォルトの名無しさん mailto:sage [04/11/20 08:10:05]
- 石田綾なんて人間ははじめから居なかったっつうことだろ
- 179 名前：デフォルトの名無しさん mailto:sage [04/11/20 09:24:53]
- >>178
するどいな
- 180 名前：デフォルトの名無しさん [04/11/20 18:03:52]
- 始めて読むコンパイラ本としてはいかがですか？
- 181 名前：デフォルトの名無しさん mailto:sage [04/11/20 18:54:34]
- ところで、最適化の話なんだけど、
ドラゴンブックにある「基本ブロック」
っていう考え方って、何かセンス悪い気がしない？
基本ブロックだろうが、大域的構造だろうが
同じ「グラフ」なんだから、それらを区別せず
統一的に扱って最適化を施すのが、
筋の通った考え方だと思うんだけど。
ま、確かに「基本ブロック」内だけで考えれば
殆どの問題は簡単になるのは分かるけどさ。
現実のコンパイラでも「基本ブロック」って
いう戦略は、よく使われているんだろうか？
- 182 名前：デフォルトの名無しさん mailto:sage [04/11/20 19:53:50]
- 買っちゃいましたorz
- 183 名前：デフォルトの名無しさん mailto:sage [04/11/20 20:31:55]
- 本屋で見かけたので買ってきた。中田育男監修の文字を見たからｗ
- 184 名前：デフォルトの名無しさん mailto:sage [04/11/20 21:07:55]
- 本屋に行ったけど見当たらなかった
- 185 名前： [04/11/20 23:07:52]
- www.cbook24.com/bm_detail.asp?sku=4774121770
あっという間に品切れになってる。
- 186 名前：デフォルトの名無しさん mailto:sage [04/11/21 01:00:00]
- >>181
基本ブロックが何かわかってないだろ。
基本ブロック自体はグラフそのものじゃなくて、
グラフの節点だぞ。
- 187 名前：デフォルトの名無しさん mailto:sage [04/11/21 02:00:45]
- >>181
コンパイラ書いてみろ。どんなに頑張っても、基本ブロックの概念を使わないコンパイラは、
仮に>>181が天才で、同じ質のコード生成を達成したとしてもコンパイル速度は100倍
遅くなる。更に言えば、基本ブロックの性質を完全に無視するとするなら、同じ質の
コードは生成できない。
最適化ってのはいわゆる難しい問題なので、現在の計算機では残念ながら純粋な
数学のようには取り扱えない。
ついでに言うと、一般のプログラムってのは再帰的な構造を持っていることを考えると、
基本ブロックという概念はむしろセンスが良い。
- 188 名前：デフォルトの名無しさん mailto:sage [04/11/21 11:28:26]
- >>186
基本ブロックの中の人とはリストであり、
すなわち縮退したグラフだと思うけど？
>>187
>同じ質のコード生成を達成したとしてもコンパイル速度は100倍遅くなる。
多分そうだろうと思う。
でも、その手法の「泥臭さ」自体は認るでしょ？
後はそれを「よいセンス」と捕らえるかどうかの差だね。
- 189 名前：デフォルトの名無しさん mailto:sage [04/11/21 11:48:13]
- 認るでしょ
認るでしょ
認るでしょ
- 190 名前：デフォルトの名無しさん [04/11/21 15:08:21]
- >>188
> 基本ブロックの中の人とはリストであり、
> すなわち縮退したグラフだと思うけど？
細かく分けすぎ。そこまで分けて最適化に役に立つのか？
何のためのグラフか考えてみろって。
語義的には確かに正しいんだが、その反論はちょっと苦しいと思うぞ。
自分も基本ブロックはセンスが良いと思うほうに一票。
- 191 名前：デフォルトの名無しさん [04/11/21 18:21:48]
- 相談なのですが、flex,bison とＣ＃を連携させて
言語処理系を開発するとしたら、みなさんなら
どういう実装戦略をとりますか？
- 192 名前：デフォルトの名無しさん [04/11/21 19:07:40]
- Ｒｕｂｙ！＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Ｃ＃
- 193 名前：デフォルトの名無しさん mailto:sage [04/11/21 20:15:26]
- >>191がどんな言語処理系を求めて
開発を始めようとしているのか、まずそれから語るんだ。
- 194 名前：デフォルトの名無しさん mailto:sage [04/11/21 20:23:45]
- >>191
リフレクションで丸ごと生成できないかなと・・・
思っただけ(汗
問題はBNFを何処に書く、というところ？
boostみたいに言語中言語にできれば、シームレスで最高なんですが、
C#のジェネリッククスは果たしてどこまでできるのか？
てところ。
VisualStudio.NET2005でたら、ちょっとアタックしてみよかと思ってます。
- 195 名前：デフォルトの名無しさん mailto:sage [04/11/21 20:52:05]
- えっ？
- 196 名前：デフォルトの名無しさん mailto:sage [04/11/21 21:00:56]
- >>194に手段が目的になってしまっている人をboost病患者と呼びます
|
 |
