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

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

[前50を表示]
100:デフォルトの名無しさん
04/11/14 01:12:52
100get!!!!!

101:デフォルトの名無しさん
04/11/14 11:45:12
煽り以外で >>92 に反論できる LISPer は居ない？

102:デフォルトの名無しさん
04/11/14 11:52:29
誰かあの文章を紹介してやれよ。「普通のやつらを作り出せ」とかいうやつ。

103:デフォルトの名無しさん
04/11/14 12:02:47
と、LISPのことが気になって仕方の無い>>101が語られました。

104:M.B.
04/11/14 12:06:43
>>101
数式処理は Lisp 以外の言語で書く気がせん。
これで十分。
……つーか Mule があるじゃん。あれって Lisp だろがよ。

105:デフォルトの名無しさん
04/11/14 12:12:10
竹内郁雄さんが
新しいマシンを開発するときは
その上に Lisp を実装すると非常に楽だと
bit の連載（TAO かなんかの開発の話）に書いてたな。

106:デフォルトの名無しさん
04/11/14 12:26:25
その辺にしておくべし。　LISPのことばっか喋ると
怠け者の>>101がまた荒らしで知識を得ようと熱くなる。

結局スレに迷惑かかる。多様な話題のほうが楽しいし。

107:デフォルトの名無しさん
04/11/14 12:38:50
>101
これ以上LISPerを呼ぶなよ

108:デフォルトの名無しさん
04/11/14 13:59:01
LISPer は独自スレを立てれ。

109:デフォルトの名無しさん
04/11/14 14:01:04
つーかLISPスレ立ってるだろ

110:デフォルトの名無しさん
04/11/14 14:04:02
処理系依存でない LISP スレが・・・ﾅｲ!

111:デフォルトの名無しさん
04/11/14 14:06:15
LISPerは自体は構わんよ、下らん言語論争やフレームの元になるような事を書く奴さえこなければ。
このスレは実装技術のスレだ、個々の言語の良し悪しや独善的思想はフレームの元、

>>104
そういう奴にレスを付けると百害あって一利ないから一切書くな。
どうしてもレスを付けたければ死滅スレを立ててそこでやれ

112:デフォルトの名無しさん
04/11/14 14:16:05
連想配列って意外に不便。
キーワードのスペル間違えてデバッグに半日。
型なし言語も意外に不便。
評価しそこなってデバッグに半日。
PerlとPHPのソースコードレベルの検証ツールをｷﾎﾞﾝﾇ

113:デフォルトの名無しさん
04/11/14 14:22:25
LISPのエンジン設計の話しはスレ的に歓迎なんだが・・・

LISPが気になるくせに「コンパイラ・スクリプトエンジン」の相談ができないのが頑張ると
言語論争の話題しか提供できなくてフレームの種を蒔くことになる。

114:デフォルトの名無しさん
04/11/14 14:25:46
>相談ができないのが頑張ると

個人のレベルにイチャモンつけるようなのは良くないよ
最初はみんな初心者

115:デフォルトの名無しさん
04/11/14 14:35:06
>>101 >>92
↑わざわざこのスレにきて学ぶ姿を見せつける美しい初心者の例

116:デフォルトの名無しさん
04/11/14 14:39:18
友達いないだろう？
死ねば～

117:デフォルトの名無しさん
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:デフォルトの名無しさん
04/11/14 14:47:02
>>112
インタープリタ系言語はインタラクティブな環境があると開発しやすい。
自分で作った言語処理系もってるけど、そういう環境ができるまでは至極面倒だった（某ゲームの移植性をあげるために中間コード使っただけなのであんまり良いものじゃないけど）
perlはデバッグモードがあるが、phpはお手軽な環境が無いから面倒になったんだろう。
だいたい連想配列のキー間違いなんざインスペクタ使えば一発で解りそうなもんだよ。

119:デフォルトの名無しさん
04/11/14 15:04:04
>>118
いや、漏れはPerlからJavaに乗り換えたのでﾓｳﾏﾝﾀｲなのだが、
「CGIはPerlかPHP」って頭っから信じてる香具師がいて
そいつが管理してるプロジェクトからブツが上がってこないんで
迷惑してるんだが、下っ端のプログラマーに聞いてみると、
どうやらソースが荒れてて手がつけらんなくなってるらしいのだ。
かといって開発ツールを導入するのにも消極的なのだ。
だから、なんかしらソースコードレベルで適用できるツールはないもんかと。

120:デフォルトの名無しさん
04/11/14 15:14:36
PerlUnit

121:デフォルトの名無しさん
04/11/14 15:19:17
ここで聞く内容じゃないね

122:デフォルトの名無しさん
04/11/14 16:37:38
Ruby以外の言語は糞・

123:デフォルトの名無しさん
04/11/14 16:53:22
eval.c を読んでから言え。

124:デフォルトの名無しさん
04/11/14 20:25:46
LISPer ですが、何か？

125:デフォルトの名無しさん
04/11/14 20:30:01
RubyはRecursive Decentでつか？

126:デフォルトの名無しさん
04/11/14 20:32:33
Ｒｕｂｙ＞＞＞＞＞＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Ｌｉｓｐ

127:デフォルトの名無しさん
04/11/14 20:32:51
>>125
ソース読んでないけどLALR(1)じゃなかったっけ？

128:デフォルトの名無しさん
04/11/14 22:05:42
emacs の弱点の１つがlispだったり擦るわけだがｗ

129:デフォルトの名無しさん
04/11/14 22:16:27
>>128↓
ｽﾚﾘﾝｸ(unix板)
　　　　　　　　（戻ってこない方向で）

130:デフォルトの名無しさん
04/11/14 23:44:57
Emacsは元々LISP用のエディタだったんだろ？
逆にLISPだからこそここまで生き残ったとも言える。

S式嫌いならフロントエンド作ればいいだけの話な気がするけど、
>>129のスレはそういうことじゃないみたいだな。
emacsとviがUNIXのイメージを悪くしたのは確かな様だ。

131:M.B.
04/11/14 23:53:31
>>130
> emacsとviがUNIXのイメージを悪くしたのは確かな様だ。
現在でも UNIX 上で動くエディタの標準は emacs 互換の Mule。
「テトリス」と並ぶ有名なゲーム「rogue」の操作は vi 互換。
それを言うなら「emacs派とvi派の対立が」だろうと思うが、
実際には棲み分けができていたように思われ。

132:デフォルトの名無しさん
04/11/15 00:33:50
>>8
>●スモールコンパイラの制作で学ぶプログラムのしくみ
>URLﾘﾝｸ(www.cbook24.com)

目次とサンプルコード来てた。

URLﾘﾝｸ(www.gihyo.co.jp)

tiny scheme 読もうと思ってから早１年、何にもてに付けてねーや・・・。

133:デフォルトの名無しさん
04/11/15 00:45:58
いろいろ勉強してたけど、そろそろネイティブバイナリも吐ける
コンパイラを作ろうかなって気になったよ。
なんつーか、コンパイラ作成って楽しいな。

134:デフォルトの名無しさん
04/11/15 01:03:12
石田綾ってなにもの？
過去の実績を知りたい。

135:M.B.
04/11/15 01:03:51
>>133
つーか言語処理系の開発って、
(ﾟ∀ﾟ)ｲｲ!

136:デフォルトの名無しさん
04/11/15 02:11:54
>>134
URLﾘﾝｸ(www.pureadult.co.jp)

137:デフォルトの名無しさん
04/11/15 19:01:23
再帰下降は仕組みが簡単だし最強っぽいのですがなんで
LALRやらLLやらを使うコンパイラが多いのですか？

138:デフォルトの名無しさん
04/11/15 19:03:31
>>132
何その痛いサンプルコード

139:ほんたま
04/11/15 20:16:29
おみゃ～らよ、HSPはﾒﾆｭｰつくれるのか？
おみゃ～らよ、HSPのﾍﾙﾌﾟに目を通したが、命令語の一覧眺めたが、ﾒﾆｭｰつくる命令はないっぽかったが、どうか？
おみゃ～らよ、Windowsｿﾌﾄってﾒﾆｭｰはつきものだろう？
そのWindowsｿﾌﾄをつくるHSPにﾒﾆｭｰをつける命令がないのはどういうこっちゃ？
おみゃ～らよ、しゃくせんのあるけん、どうじ？

140:デフォルトの名無しさん
04/11/15 20:27:52
↑
誤爆??

141:デフォルトの名無しさん
04/11/15 20:28:17
>>132
何かが間違っている気がする

142:デフォルトの名無しさん
04/11/15 20:28:18
HSPスレに逝け

143:デフォルトの名無しさん
04/11/15 21:10:34
>>137
再起下降では解析できない文法があるから。自分でLALRとか書いてるじゃん。

144:デフォルトの名無しさん
04/11/15 21:12:05
>>137
LL の文法を解析するパーサが再帰下降型パーサだが……

上昇型パーサを使うのは LL よりも広い範囲の文法を効率よく扱えるから。
LL だと、たとえば四則演算を次のように書くと左再帰を含むためアウト。

E -> E '+' T
T -> T '*' F
F -> '(' E ')'

ちょっと頑張れば LL に書き直せるけど、よけいな非終端記号が増えて
面倒な上、文法が直感的でなくなる。そんな機械的な作業はプログラムに
任せたいっしょ？

145:デフォルトの名無しさん
04/11/15 21:37:52
>>132
目次を見たときは結構いい構成になってると思ったけど，
ソースコードはかなり苦しいな
本の限られたスペースに載せるにはああしなきゃ
いけないとか決まりでもあるんだろうか？

146:デフォルトの名無しさん
04/11/15 22:18:11
>>144
再帰下降型というのは、LLじゃなくてrecursive decentの事です。
LLは下降型ですが再帰下降とは別物じゃないですか？

147:デフォルトの名無しさん
04/11/15 22:20:29
でも結局左再帰の問題はつきまといそうですね。
だから難しい上昇型使うのですね。

148:デフォルトの名無しさん
04/11/15 22:21:03
再起加工って文法の名前なのか？

149:デフォルトの名無しさん
04/11/15 22:22:40
>>132のコードも別に普通の手書き再帰下降パーサですよね。
なんか問題有るんですか？

150:デフォルトの名無しさん
04/11/15 22:28:44
LL(k)の事を再帰下降って言ってるだけ？

151:デフォルトの名無しさん
04/11/15 22:35:55
再帰下降は下降型解析法(LL)のやりかたの一つ
一度コンパイラの本でも読め

152:デフォルトの名無しさん
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でも嫁っ[ URLﾘﾝｸ(www.cs.vu.nl) ]

153:デフォルトの名無しさん
04/11/15 23:37:06
ありがとう。読んでみる。

154:デフォルトの名無しさん
04/11/15 23:41:07
まぁ、口ばかり達者な奴がいるみたいだが（例 >>138 >>145）
それほどの実力の持ち主なら、
そちら様の完成コードでも拝見さしてもらいましょうかな？

155:デフォルトの名無しさん
04/11/15 23:47:01
>そちら様の完成コードでも拝見さしてもらいましょうかな？
>そちら様の完成コードでも拝見さしてもらいましょうかな？
>そちら様の完成コードでも拝見さしてもらいましょうかな？

156:デフォルトの名無しさん
04/11/16 00:27:32
>>154
pやらGやらVやら何って感じだが、
それよりなにより是非って( ﾟдﾟ)ﾎﾟｶｰﾝ
基本的な日本語が使えてない。
コード以前に中学の国語あたりをやり直せ。

157:デフォルトの名無しさん
04/11/16 10:08:07
>>152
LL(k)構文解析で解析できる文法をLL(k)文法っていうんじゃないの？

158:デフォルトの名無しさん
04/11/16 11:36:13
>URLﾘﾝｸ(www.cbook24.com)
監：中田育男

法政の学生？
本人が見ることもあるかもしれないから書くけど、
体を表す名前を付けることを身につけてほしい。

CellG＝lexer
CellK＝parser
CellV＝仮想マシン
らしいけど、もしそうなら、
Lexer, Parser, VirtualMachine といった名前を付けるべき。
記号表のエントリにはTableEntryといった名前をつけるべきで、
Tableという名前を付けてはいけない。

読んで分かりやすいプログラムを書くのは
ある程度プログラムを読んだり書いたりの
経験がないと難しいだろうけど、ｶﾞﾝｶﾞﾚ。
あと、配列じゃなくてListを使うとか、
文字リテラルはinternしなくていいとか
もうちょっとJavaを勉強しよう。

159:デフォルトの名無しさん
04/11/16 12:27:09
URLﾘﾝｸ(www.amazon.co.jp)
中田育男はこれ書いた日本のコンパイラ最適化の第一人者ですな

160:158
04/11/16 12:54:42
著者が中田先生の下の学生かと思ったです。

161:デフォルトの名無しさん
04/11/16 12:58:37
G…Gikukaiseki
K…Koubunkaiseki
V…VM
これくらい想像できないようでは現場のコードは読めないぞ

162:デフォルトの名無しさん
04/11/16 12:58:50
”コンパイラの最適化”と”アーキテクチャごとのコードの最適化”は、
考え方のレイヤが違いますよね？
やはりコンパイラを作成する場合、ターゲットとなるアーキテクチャに対しても
詳しくないと本当の意味での最適化コードは作成できない？？

163:デフォルトの名無しさん
04/11/16 13:00:35
>>161
マジですか？！

164:デフォルトの名無しさん
04/11/16 13:05:21
>>162
だいたい同じPentiumでも種類ごとに適した最適化手法が違うし

165:デフォルトの名無しさん
04/11/16 13:07:11
定数値の最適化やら誘導変数の最適化やらはCPUが何だろうができると思うが。

166:デフォルトの名無しさん
04/11/16 13:37:15
>>165
？？？

167:デフォルトの名無しさん
04/11/16 14:01:27
>>165
君は>>162を100回読み直したまえ。

168:デフォルトの名無しさん
04/11/16 15:59:29
>>158
そういう小姑みたいな性格は何処に行っても嫌われますよ～

169:デフォルトの名無しさん
04/11/16 16:20:39
Gokiburi
Kokkurochi
Varusan

170:デフォルトの名無しさん
04/11/16 19:23:36
>>168
嫌ってくれて構わんよ

171:折れ目も
04/11/17 21:26:53
なぜ Threading Code なのか？
URLﾘﾝｸ(www.kt.rim.or.jp)

マイクロベンチ．興味深い．
URLﾘﾝｸ(www.complang.tuwien.ac.at)
Pentiumならsubroutineが速い

172:デフォルトの名無しさん
04/11/17 22:01:45
＞Pentiumならsubroutineが速い
そりゃそうだろ（ｗ

173:デフォルトの名無しさん
04/11/19 04:25:54
著作権は大丈夫なのでしょうか, 2004/11/02
レビュアー：カスタマー　帯広市　Japan

JavaのＶＭ向けのコードを生成する簡単なコンパイラが乗っているというので買いました。
非常に参考になると思います。
ただ、よけいなことかも知れませんが、この本の構文解析の部分は、中田育男著の「コンパイラ」の本と、
例題や説明までほとんど同じなので驚きました。
著作権の方は大丈夫なのでしょうか。

174:デフォルトの名無しさん
04/11/19 11:56:19
ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

175:デフォルトの名無しさん
04/11/19 18:58:26
中田先生監修だからなあ。

176:デフォルトの名無しさん
04/11/20 02:21:01
>>175
それどころか前書き見たいのも中田先生が書いてた

177:デフォルトの名無しさん
04/11/20 08:03:00
弟子が中田先生の本の改訂を引き受けた、ってことでFA? 　印税山分けだったりして

178:デフォルトの名無しさん
04/11/20 08:10:05
石田綾なんて人間ははじめから居なかったっつうことだろ

179:デフォルトの名無しさん
04/11/20 09:24:53
>>178
するどいな

180:デフォルトの名無しさん
04/11/20 18:03:52
始めて読むコンパイラ本としてはいかがですか？

181:デフォルトの名無しさん
04/11/20 18:54:34
ところで、最適化の話なんだけど、
ドラゴンブックにある「基本ブロック」
っていう考え方って、何かセンス悪い気がしない？

基本ブロックだろうが、大域的構造だろうが
同じ「グラフ」なんだから、それらを区別せず
統一的に扱って最適化を施すのが、
筋の通った考え方だと思うんだけど。

ま、確かに「基本ブロック」内だけで考えれば
殆どの問題は簡単になるのは分かるけどさ。

現実のコンパイラでも「基本ブロック」って
いう戦略は、よく使われているんだろうか？

182:デフォルトの名無しさん
04/11/20 19:53:50
買っちゃいましたorz

183:デフォルトの名無しさん
04/11/20 20:31:55
本屋で見かけたので買ってきた。中田育男監修の文字を見たからｗ

184:デフォルトの名無しさん
04/11/20 21:07:55
本屋に行ったけど見当たらなかった

185:　
04/11/20 23:07:52
URLﾘﾝｸ(www.cbook24.com)
あっという間に品切れになってる。

186:デフォルトの名無しさん
04/11/21 01:00:00
>>181
基本ブロックが何かわかってないだろ。
基本ブロック自体はグラフそのものじゃなくて、
グラフの節点だぞ。

187:デフォルトの名無しさん
04/11/21 02:00:45
>>181
コンパイラ書いてみろ。どんなに頑張っても、基本ブロックの概念を使わないコンパイラは、
仮に>>181が天才で、同じ質のコード生成を達成したとしてもコンパイル速度は100倍
遅くなる。更に言えば、基本ブロックの性質を完全に無視するとするなら、同じ質の
コードは生成できない。

最適化ってのはいわゆる難しい問題なので、現在の計算機では残念ながら純粋な
数学のようには取り扱えない。

ついでに言うと、一般のプログラムってのは再帰的な構造を持っていることを考えると、
基本ブロックという概念はむしろセンスが良い。

188:デフォルトの名無しさん
04/11/21 11:28:26
>>186
基本ブロックの中の人とはリストであり、
すなわち縮退したグラフだと思うけど？

>>187
>同じ質のコード生成を達成したとしてもコンパイル速度は100倍遅くなる。
多分そうだろうと思う。
でも、その手法の「泥臭さ」自体は認るでしょ？

後はそれを「よいセンス」と捕らえるかどうかの差だね。

189:デフォルトの名無しさん
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:デフォルトの名無しさん
04/11/21 20:15:26
>>191がどんな言語処理系を求めて
開発を始めようとしているのか、まずそれから語るんだ。

194:デフォルトの名無しさん
04/11/21 20:23:45
>>191
リフレクションで丸ごと生成できないかなと・・・
思っただけ(汗
問題はBNFを何処に書く、というところ？
boostみたいに言語中言語にできれば、シームレスで最高なんですが、
C#のジェネリッククスは果たしてどこまでできるのか？
てところ。
VisualStudio.NET2005でたら、ちょっとアタックしてみよかと思ってます。

195:デフォルトの名無しさん
04/11/21 20:52:05
えっ？

196:デフォルトの名無しさん
04/11/21 21:00:56
>>194に手段が目的になってしまっている人をboost病患者と呼びます

197:デフォルトの名無しさん
04/11/21 21:05:28
>>196
「手段」を作る方法を語るのが目的のスレで何を言う

198:デフォルトの名無しさん
04/11/21 21:06:22
古くは m4 病患者とも呼んだな。。。

199:デフォルトの名無しさん
04/11/22 00:07:33
-- かなづちを持つ者には、すべてが釘に見える

200:デフォルトの名無しさん
04/11/22 00:14:52
　　　　　　　　　　　　　　　　　　　　　　　　　-- Minamo Narukaze

201:デフォルトの名無しさん
04/11/22 01:44:54
flex，bison，リフレクション，BNFの記述，boost，…、どれ一つとて実際に
使いこなしてないのまる分かりだぁ。。　(o´Ｃ_,｀o)　ﾊｽﾞｶｽｨ～

それっぽい用語並べていけば、自発的に連結して
素敵な何かが自然発生する・・・とか、連結方法が思いつかないから
みなさんに『実装戦略』の糸口を聞きにきた、とかか…。　ﾊ･ｽ･ﾞｶ･ｽｨ～

202:デフォルトの名無しさん
04/11/22 08:59:16
スルーしろよ

203:デフォルトの名無しさん
04/11/22 09:25:48

204:デフォルトの名無しさん
04/11/22 13:14:02
>>201
作りたいからやってんだろいいじゃネェか
使いこなしているかどうかは関係ないってしてほしいね

205:デフォルトの名無しさん
04/11/22 13:44:19
「何」を作りたいのか？　（回答例） >>194

頭に浮かんだ抽象像を前に悩む前衛彫刻家みたい

206:デフォルトの名無しさん
04/11/22 13:55:11
ツチやノミを前にしただけでイッパイ・イッパイなのが見て取れるから
>>196みたいなこと言われるっち。　

207:デフォルトの名無しさん
04/11/22 13:55:45
>>205
意味不明の煽りヤメレ、フレーム引き起こしたいなら適当な死滅スレにでも逝け

208:デフォルトの名無しさん
04/11/22 13:57:13
>イッパイ・イッパイなのが見て取れるから
余計な一言

209:デフォルトの名無しさん
04/11/22 14:21:18
　　　　　　　　　　　　　　　ｌ　　　
　　　　　　　　/＼＿＿_／ヽ
　　　　　　／　　　　　　 :::::::＼
　　　　　　 |　 ''''''　　　'''''' 　　.:::| 　／￣￣￣￣￣￣￣
　　　　　　|（●）,　　　､（●）､.::::| ＜　糞スレで余計なこと
　　　　　　 |　　,,ﾉ(､_, )ヽ､,,　.:::::::| 　 |　二度と聞かねぇょ・・・
　　　　　　＼　｀-=ﾆ=- '　.:::::／　＼＿＿＿＿＿＿＿
　　　　　　　　｀ｰ｀ﾆﾆ´-一´ヽ、
　　　　　　　　　　/　　　＿　　　l
　　　　　　　　　/ ￣｀Ｙ´ 　ヾ;/　 |
＿＿＿＿＿＿,|　　　|　　　|´　ハ
　　　　　　　|　　　 |　　　 |-‐'ｉ′l
　　　　　　 |＿＿ | 　＿| 　　７'′
　　　　　　　　　（　　（　￣ノ｀ｰ-'′＼
　　　　　　　　　　￣　　￣　　　　　＼

210:デフォルトの名無しさん
04/11/22 14:25:05
何もできない奴があせる必要もないのに、勝手にあせって人の邪魔をしようと必死なだけ、気にスンナ。

211:デフォルトの名無しさん
04/11/22 14:28:19
　　　　　　　　　　　　　　　ｌ　　　
　　　　　　　　/＼＿＿_／ヽ
　　　　　　／　　　　　　 :::::::＼
　　　　　　 |　 ''''''　　　'''''' 　　.:::| 　
　　　　　　|（●）,　　　､（●）､.::::| .｡ｏＯ( プッ
　　　　　　 |　　,,ﾉ(､_, )ヽ､,,　.:::::::| 　
　　　　　　＼　｀-=ﾆ=- '　.:::::／　
　　　　　　　　｀ｰ｀ﾆﾆ´-一´ヽ、
　　　　　　　　　　/　　　＿　　　l
　　　　　　　　　/ ￣｀Ｙ´ 　ヾ;/　 |
＿＿＿＿＿＿,|　　　|　　　|´　ハ
　　　　　　　|　　　 |　　　 |-‐'ｉ′l
　　　　　　 |＿＿ | 　＿| 　　７'′
　　　　　　　　　（　　（　￣ノ｀ｰ-'′＼
　　　　　　　　　　￣　　￣　　　　　＼

212:デフォルトの名無しさん
04/11/22 15:57:42
boostってさ、C++の機能だけでなんとかしようとしてるけど
あそこまですんならperlとか駆使すればいいじゃんねえ

213:デフォルトの名無しさん
04/11/22 16:03:15
>>212
一度使ってみたら？
別ファイルとして扱っていた文法定義ファイルが、
ライブラリーになるという意味がどれだけ重要かわかるよ。

214:デフォルトの名無しさん
04/11/22 16:05:27
C++でＰｅｒｌの処理系を書いて丸ごと埋め込むよりは
C++の機能だけで実装した方がネイティブな感じがして(・∀・)ｲｲ!!

215:デフォルトの名無しさん
04/11/22 16:36:05
Ruby ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ C++=糞言語＞＞＞＞＞＞＞＞＞＞＞＞＞＞Perl=汚物

216:デフォルトの名無しさん
04/11/22 16:56:45
Rubyは動的評価の手段が文字列をevalするだけだから
このスレ的にはいまいちだろ。やはりLisp >>> Ruby、とか言ってみる。

Lispのほかにも構文木をファーストクラスオブジェクトとして扱える言語は
あるのかな?

217:デフォルトの名無しさん
04/11/22 16:58:13
Ｐｙｔｈｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｎ

218:デフォルトの名無しさん
04/11/22 17:31:26
　　　　　　　　　　　　　　　ｌ　　　
　　　　　　　　/＼＿＿_／ヽ
　　　　　　／　　　　　　 :::::::＼
　　　　　　 |　 ''''''　　　'''''' 　　.:::| 　
　　　　　　|（●）,　　　､（●）､.::::|
　　　　　　 |　　,,ﾉ(､_, )ヽ､,,　.:::::::| 　
　　　　　　＼　｀-=ﾆ=- '　.:::::／　
　　　　　　　　｀ｰ｀ﾆﾆ´-一´ヽ、
　　　　　　　　　　/　　　＿　　　l
　　　　　　　　　/ ￣｀Ｙ´ 　ヾ;/　 |
＿＿＿＿＿＿,|　　　|　　　|´　ハ
　　　　　　　|　　　 |　　　 |-‐'ｉ′l .｡ｏＯ( プッ
　　　　　　 |＿＿ | 　＿| 　　７'′
　　　　　　　　　（　　（　￣ノ｀ｰ-'′＼
　　　　　　　　　　￣　　￣　　　　　＼

219:デフォルトの名無しさん
04/11/22 17:39:59
>>216
誤解があるようです。
Ruby のイテレータメソッドはそんな単純なものじゃないです。

220:デフォルトの名無しさん
04/11/22 18:01:04
>>219
じゃあどんなもんなの？

221:デフォルトの名無しさん
04/11/22 18:16:02
>>216とイテレータメソッドに何の関係があるのだろうか

222:デフォルトの名無しさん
04/11/22 18:32:12
>>217
Pythonの構文木ってLisp使いが考えるようなものじゃないようだから
あてはまらないと思う。

URLﾘﾝｸ(www.unixuser.org)

の「Lisp プログラマが Python を学ぶときの要点」の12番参照。

223:デフォルトの名無しさん
04/11/22 18:33:05
>>221
これこそ本物の知ったかって奴

224:デフォルトの名無しさん
04/11/22 18:54:51
>>223
オレも221と同じ疑問をもってるのでよろしければどういうことか
教えてください。

225:デフォルトの名無しさん
04/11/22 20:12:37
Ruby以外は糞
死ね

226:デフォルトの名無しさん
04/11/22 20:36:19
>>225
Rubyの評判を落としたいのか？
それともスレの趣旨が理解できない池沼か？

227:デフォルトの名無しさん
04/11/22 21:13:41
>>224
これは221に語りかけたものです、ちょっと足らなかったですね
でも、なんでも煽りに見えるのは良くないです。

#つか、そんなスレになっている元凶は死ね、
#いくら煽ったってお前の実力は向上しないし、稚拙でもタコでもやる奴の実力のみが向上するんだよ。
#おまえの行き着く先は何もできない才能も人望も無いロートル爺だ。

228:デフォルトの名無しさん
04/11/22 21:23:42
　　　　　　　/＼＿＿_／ヽ　　　　　　　　　　　　　　　　　　　　　　　　　　ｌ　　　
　　　　　／:::::::　　　　　　＼　　　　　　　　　　　　　　　　　　/＼＿＿_／ヽ
　　　　　.|:::.　　 ''''''　　　''''''　 |　　　／￣　　　　　　　　　／　　　　　　 :::::::＼
　　　　　 |::::.,（一）,　　　､（一）|　＜ >>227　　　　　　　　 |　 ''''''　　　'''''' 　　.:::| 　　　　　
　　　　　.|::::::: ノ　,,ﾉ(､_, )ヽ､,,　|　　＼＿　　　　　　　　　　|（●）,　　　､（●）､.::::| .｡ｏＯ( 心の敵とｱﾂｸ戦い始めた・・・
　　　　　＼:::::.ヽ｀-=ﾆ=- '　／　　　　　　　　　　　　　　　 |　　,,ﾉ(､_, )ヽ､,,　.:::::::| 　　　　　　ソッ、としておくべし
　　　　　/ 　｀一｀ﾆﾆ´-,ｰ´　　　　　　　　　　　　　　　　　＼　｀-=ﾆ=- '　.:::::／　
　　　　 /　　|　|　　　/　|　　　　　　　　　　　　　　　　　　　　｀ｰ｀ﾆﾆ´-一´ヽ、
　　　　/　　 |　|　　/ |　|　　　　　　　　　　　　　　　　　　　　　　/　　　＿　　　l
　　　 /　　　ｌ　|　/　 |　|　　　　　　　　　　　　　　　　　　　　　/ ￣｀Ｙ´ 　ヾ;/　 |
＿＿/　　　 | ⊥_ｰｰ | ⊥_ ＿＿＿＿＿＿＿＿＿＿＿＿＿,|　　　|　　　|´　ハ
　　　|　 `ｰヽｌ_ｌ_ｌ.}　ヽｌ_ｌ_ｌ.}　　　　　　　　　　　　　　　　　|　　　 |　　　 |-‐'ｉ′l
　　（､`ｰｰ､ｨ　　 }￣` 　　ﾉ　　　　　　　　　　　　　　　　 |＿＿ | 　＿| 　　７'′
　　　 `ｰ､､＿__/｀"''－‐"　　　　　　　　　　　　　　　　　　　（　　（　￣ノ｀ｰ-'′＼
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　,￣　　￣　　　　　＼

229:デフォルトの名無しさん
04/11/22 21:24:40
2chでなにをムキになってるんだかw

230:デフォルトの名無しさん
04/11/22 21:57:06
まったりしよう

231:191
04/11/23 00:51:02
知らぬ間に荒れてるし・・・
え～とですね。
JavaでLispという企画を読んで、そんなら俺はC#で
Lispみたいに考えただけなんですけど・・・
ガーベジコレクションはC#任せにできるけど
字句解析構文解析で既存の生成系を生かせないかなと
思っただけなんですね、はい
S式ならそんなの必要ないとかそういう突っ込みはなしで
お願いします・・・

232:デフォルトの名無しさん
04/11/23 02:53:24
↓以後何事もなかったかのようにどうぞ

233:デフォルトの名無しさん
04/11/23 06:18:36
で、あや本の話はどうなった？

234:デフォルトの名無しさん
04/11/23 06:19:57
今日大学病院行ってしまい一日仕事休んだから買ってきて読んでみるつもり

235:デフォルトの名無しさん
04/11/23 08:32:58
あや本のソース見ていると、Javaの書き方じゃないね。
C言語のソースから写しましたって感じだなあ。

236:デフォルトの名無しさん
04/11/23 11:50:45
JAVA作るのに、JAVAの書き方せんだろ？

237:デフォルトの名無しさん
04/11/23 11:55:34
haxa?

238:デフォルトの名無しさん
04/11/23 12:02:50
>>236
ボケの方向があさって過ぎ。

239:デフォルトの名無しさん
04/11/23 12:22:54
21st Century Compilers
URLﾘﾝｸ(www.amazon.com)

いつでるの？来年の11月かよ・・・

240:デフォルトの名無しさん
04/11/23 12:40:07
あや本
URLﾘﾝｸ(www.amazon.co.jp)

241:デフォルトの名無しさん
04/11/23 13:18:45
>>235
大学院の実習で作ったプログラムみたいだね。
java.util を使ってないところがすごい。

242:デフォルトの名無しさん
04/11/23 14:19:04
ヲマイラ何打カンダであやの掌（ﾃﾉﾋﾗ）の上で転がされてるっす・・

今ごろこのスレみて、あ～や、印税の計算でニタニタしてるよ・・
　　　　　　　　　　　　　　　↓

　　　　曰　　 ,,-─-､
　　　　| | 　　［lllllllllll］　　　　卒研の成果物ためしに活字にしたら　
　　　　ﾉ__丶　|||｀_ゝ´|||＿　　　　株を買うより楽に儲けれた
　　　 ||日||　丿　（　.|　￠、　　　
　＿　||本|||/丿　 . 　￣丶.)
　＼　||酒||Ｌ二⊃ .￣￣＼
　　||＼`~~´　　（＜二：彡）＼
　　||＼||￣￣￣￣￣￣￣||￣
　　 .　 ||￣￣￣￣￣￣￣||

243:デフォルトの名無しさん
04/11/23 14:45:16

.　　　　曰
　　　　 | |　　 ,,-─-､
　　　　ﾉ__丶　［lllllllllll］　　　　　.／￣いくら煽ったってお前の実力は向上しないし、
　　　　||中||　|||｀_ゝ´|||＿　　＜　　稚拙でもタコでもやる奴の実力のみが向上するんだよ。
　　　 ||田||　丿　（　.|　￠、　.＼＿　おまえの行き着く先は何もできない才能も人望も無いロートル爺だ。
　＿　||育|||/丿　 . 　￣丶.)
　＼　||男||Ｌ二⊃ .￣￣＼
　　||＼`~~´　　（＜二：彡） ←「コンパイラ・スクリプトエンジン」相談室住民
　　||＼||￣￣￣￣￣￣￣||￣
　　 .　 ||￣￣￣￣￣￣￣||

244:デフォルトの名無しさん
04/11/23 15:13:25
>>241
インポートはjava.ioだけだったような・・・。

245:デフォルトの名無しさん
04/11/23 15:36:44
まあ藻前裸はその程度の本を書く実力と人脈さえ無いんだけどな(w

246:デフォルトの名無しさん
04/11/23 16:00:56
λ...... 　　　　　　　　λ...... 　　　　　　λ......
　　λ...... 　　　　　　　　　　　λ......
　λ...... 　　　　　λ...... 　　　　　　　
　　　　　　　　λ...... 　　　　　　　　　　　　　　　　　λ......
　　　　λ...... 　　　　　　　　　　　　λ......
　　　　　　　　　　　　　　　　λ......
　λ...... 　　　　　　λ...... 　　　　　　　　　λ......　

247:デフォルトの名無しさん
04/11/23 21:14:29
>>242
この手の技術書は初刷 2000 冊くらいだぞ。
2000円 * 5% * 2000 = 20万円
バイト代程度じゃん。

248:デフォルトの名無しさん
04/11/23 22:21:08
現状売り切れ続出

249:デフォルトの名無しさん
04/11/23 23:25:46
今日買ってみたよ。安かったんで。

250:デフォルトの名無しさん
04/11/23 23:39:02
>>248
田舎では売れ残っているが。

251:デフォルトの名無しさん
04/11/24 00:09:12
ソースに関するレスが多いけど
本文はどう？＞買った人

252:デフォルトの名無しさん
04/11/24 00:12:11
コン・パイラさんががんばってます。

253:デフォルトの名無しさん
04/11/24 19:54:42
あれはおかしいよな。コンバイ・ラの方がいいよな

254:デフォルトの名無しさん
04/11/24 22:47:55
結局誰も買ってないのか(´д｀)

255:デフォルトの名無しさん
04/11/24 23:17:22
いや、俺と >>252-253は買ってると思う

256:デフォルトの名無しさん
04/11/24 23:20:13
買ったよ、本当に言語処理初心者向けに書いてあって、ある意味面白かったけど。
中田先生の本とかを読む人には向かないんじゃないかな（最適化技法の本でこれだったら随喜の涙だけど）

257:デフォルトの名無しさん
04/11/24 23:35:53
>>256
すまん、分かるように書いてくれ。

258:デフォルトの名無しさん
04/11/25 00:00:46
もしかして、あや本は虎の巻だけ読めばOK？

259:デフォルトの名無しさん
04/11/25 00:17:14
>>257
綾本は言語処理に興味がでたごくごく一般的な人向けに書かれている。
中田先生の書籍は専門書なので、これらを読む人には退屈だろう、ただしこういう感じで一般向けに最適化技法を説明してくれれば楽しい思いができると思う。

これならわかってもらえますか？

260:デフォルトの名無しさん
04/11/25 00:34:02
>>259 = 綾本
>>256 = 専門書

261:デフォルトの名無しさん
04/11/25 13:02:40
Javaのコンパイラを作ってみようかと思ってます。
Parser GeneratorはJavaCCやANTLRなどいくつかあるけど、Bytecode Generator作成を支援してくれるツールはありますか。
ぶっちゃけ、既存のJavaコンパイラと同じASTを作成すれば、Bytecode生成はそのコンパイラのバックエンドに任せることが
できるんではないかと考えてはいるんですが。

262:デフォルトの名無しさん
04/11/25 14:36:37
>>261
2chで聞く前に自分で調べる行動力が無いと無理

263:デフォルトの名無しさん
04/11/25 16:03:02
もはや作るとは言わんような。

264:M.B.
04/11/25 21:27:49
>>261
swap と loop～until～do～repeat 構文を実現できるんなら、
Java 拡張言語のコンパイラは作ってもいいかなと思っている。
JavaCC を使えば Java のライブラリはそのまんま利用できるしな。

265:261
04/11/25 23:12:10
>>262
いや、ｸﾞｸﾞってもバックエンド部分がわからなかったから聞いているんだが。
パーサジェネレータはたくさん見つかったんだが、バックエンドは見つからないぞ。

>>264
swapやloopではないんだが、独自に文法を拡張したコンパイラを作ってみたいと思って。

266:デフォルトの名無しさん
04/11/25 23:21:10
Javaのコンパイラで
ソース公開されてるやついじればいいじゃん。
何でメタツールの話から入るかねぇ。

267:デフォルトの名無しさん
04/11/26 00:57:15
>>259
分かりました。
どうもです。

268:デフォルトの名無しさん
04/11/26 17:21:59
コンパイラとスクリプトだと作る難しさは違いますが？

実際にプロのプログラマーだと、PC関係のソフトで難しいプログラムは
なんでしょうか

規模にもよるかもしれないけど、OSが一番難しそうで、その次にデータ
ベースなどがありそうですが、難しいソフトってどんなものがありますか？

コンパイラ・スクリプトはそのなかでどれくらいの難易度なのか
もうしわけありませんが宜しくお願いします。

269:デフォルトの名無しさん
04/11/26 17:27:09
>>268
違いますが？
↓
違いますか？

でOK？何いきなり煽ってるんだと思ったんだけど。

270:デフォルトの名無しさん
04/11/26 17:43:57
>>269
すいません。”違いますか？”です。

単純にコンパイラやスクリプトを作れるプログラマはプログラマの
レベルではどれくらいか？

プロになったことないし、周りにプログラマーがいないので解らないので
もしよければおしえてくださいませんか？

それかスクリプト以外のアプリケーションでもっと難しいものって
なんでしょうか？

OSやデータベースなどが規模にもよるけど難しいそうと思うのですが？

271:デフォルトの名無しさん
04/11/26 18:18:20
>>270
ピンキリ。
スクリプトもOSも、簡単な物は比較的簡単に作れるけど、
ちゃんとしたものを作るのは難しい。

272:デフォルトの名無しさん
04/11/26 18:31:59
>>268
期待してる答えとは違うと思うけど、
とりあえず将棋や囲碁でプロに勝つのが難しい。

273:デフォルトの名無しさん
04/11/26 18:49:30
ドラゴンブックと中田育男本、今から買って読むとしたらどっちがお勧めですか？

274:デフォルトの名無しさん
04/11/26 19:07:46
対象読者や用途が違うので

275:デフォルトの名無しさん
04/11/26 19:49:10
というか、コンパイラの基礎も知らないで育男本は無理。

276:デフォルトの名無しさん
04/11/26 19:54:24
育男本の用途は最適化、
ドラゴンブックは原理・技法・ツールの紹介だと思うのですが、

対象読者はやっぱり育男本がエキスパート、
ドラゴンブックは学部生あたりと考えてよろしいでしょうか？

277:デフォルトの名無しさん
04/11/26 20:28:13
>>276
どっちも教科書だよ。
ドラゴンブック読んで、それから育男本って感じか。
強いていうなら、学部生向けと修士学生向けってくらいの違い。

いずれにせよ、どちらもコンパイラの専門家が改めて読むレベル
の本じゃない。

278:デフォルトの名無しさん
04/11/26 20:33:26
コンパイラ屋のプロは何読んでるの？

279:デフォルトの名無しさん
04/11/26 20:37:01
ドラゴンブック
URLﾘﾝｸ(www.esbooks.co.jp)

　「勉強し終わると、滅多に開くことはありませんが　：－）　」

280:デフォルトの名無しさん
04/11/26 20:40:36
>>278
たぶん・・学会集とか論文じゃない？？
プロのコンパイラ屋としてどのくらいが飯食っていけてるのかしらんけんど・・
IBM東京基礎研究所のひととか想像すればいいのか？

281:デフォルトの名無しさん
04/11/26 20:48:18
電気メーカーにショボイコンパイラ屋たくさんいるぞ。

282:デフォルトの名無しさん
04/11/26 21:15:59
そっ、そうなのか、
優しい気持ちになれました

283:デフォルトの名無しさん
04/11/26 21:33:41
最適化って最適するパターンを作ってそれに合うか
合わないかというものでしょうか？

CPU毎の最適化とは別に他は思い浮かばないのですが

284:デフォルトの名無しさん
04/11/26 21:45:19
定数式の最適化とか依存しない物もたくさんあるだろ。

285:デフォルトの名無しさん
04/11/26 22:09:06
電気メーカーのショボイコンパイラ屋です。
文献はPLDI、POPL、TOPLAS、CCあたりが定番でしょうか。

他のコンパイラ屋の方々はどの辺をチェックしてます？

286:デフォルトの名無しさん
04/11/26 22:09:16
>>283
不変式のループ外移動とか、ループアンロールとか、グラフの状態を探索しないといけない最適化はいくらでもある。

287:デフォルトの名無しさん
04/11/26 23:38:35
こういう地味な仕事してる奴って、地味な言語つかってたりするのかな？

288:デフォルトの名無しさん
04/11/26 23:39:11
またあったので報告。上のほう。
ちょっと痛めのドキュもあり・・。下の方。
URLﾘﾝｸ(www.tom.sfc.keio.ac.jp)

289:デフォルトの名無しさん
04/11/27 01:30:48
グラフの探索にあこがれるんだけど
自分の頭では無理っぽい
３番地コードからやってみるか・・

290:デフォルトの名無しさん
04/11/27 01:44:21
>>288
完成してたんだ．

291:デフォルトの名無しさん
04/11/27 01:48:20
知人？

292:デフォルトの名無しさん
04/11/27 02:01:01
>>289
３番地コードってのが三つ組みの事なら、グラフの方が楽ですよ、何でもかんでもつっこんじゃうから頭がこんがらがるのも解るけど。

293:デフォルトの名無しさん
04/11/27 08:45:30
>>288
慶応の卒研でもこんなものか。
ちょっと勇気づけられた。

しかし慶応大生でもこんなのか。
もうどうしていいやら……

294:デフォルトの名無しさん
04/11/27 14:15:14
>>280
そでもないよ、もっと簡単に済ましてる。
開発時間との戦いは別にどの業種と限ったものじゃないです。

295:デフォルトの名無しさん
04/11/27 15:30:55
>>285
漏れは高卒なのでアカデミックな世界のことはなーんも
分からんのですが、カンファレンスみたいなものから
著名人の名前と研究テーマを探して、名前でぐぐって、
研究者のHPを見つけ、論文一覧から欲しいものを探す、
そういう感じですか？

296:デフォルトの名無しさん
04/11/27 16:00:13
>>295
情報学会誌とかACMとか購読してる方が多いと思う。
Webで検索するよりノイズ少ないし。

297:デフォルトの名無しさん
04/11/27 16:01:47
>>296
日本情報処理学会って ACM と比べてどう？
入会する価値ある？

298:デフォルトの名無しさん
04/11/27 16:05:30
>>297
ACM と IEEE だけで十分だと思うよ。

299:デフォルトの名無しさん
04/11/27 16:25:55
>>298
でも日本で何が起きているのか知る一端にはなる。
それと辞書無しでも読めるんで休憩時間には向いてる。

300:デフォルトの名無しさん
04/11/27 16:45:08
>>299
世界的にはトレンドから外れちゃったけど、なぜか日本では
続いているってなネタもあるしね。暇つぶしにはなるわな。

301:デフォルトの名無しさん
04/11/27 18:54:48
日本情報処理学会
顔見知り同士のしょぼいミニコミ誌

302:デフォルトの名無しさん
04/11/27 19:12:58
海外だって一部の除けば似たようなもんじゃん

303:デフォルトの名無しさん
04/11/27 19:14:19
>>302 それ本当？たとえば？

304:デフォルトの名無しさん
04/11/27 20:12:12
たとえば、って大抵の分野は狭いので自然と知り合い同士になるのが道理なんだが

305:デフォルトの名無しさん
04/11/27 20:31:43
>>304
必ずしも「しょぼい」わけではないんでない？

306:デフォルトの名無しさん
04/11/27 23:15:11
>>287
LIS(ry

307:デフォルトの名無しさん
04/11/28 00:16:15
>>268
>実際にプロのプログラマーだと、PC関係のソフトで難しいプログラムは
>なんでしょうか
Mathematicaみたいなソフトも作るのむずかしそう。

308:デフォルトの名無しさん
04/11/28 00:27:29
>>307
IE も大変だと思うよ。不正な HTML でもそれなりに表示する必要があるし、
HMTL, CSS, XML あたりは規格もそれなりにデカイ上に、画像の遅延表示や
ユーザが任意のタイミングでリロード、戻る、進むなんかを実行できることが
大前提になってる。

部分的な実装に関わるだけならともかく、全体の設計からって話だと
Office なんかも大変だろう。

309:デフォルトの名無しさん
04/11/28 01:39:32
>>308
不正のタグの事。
結構打ち込みタグでエラー起こしてるけど、エラー処理してるとは
思えないな。

それから、リロードとかのタイミングとかも、単純にタスク処理すれば
良さそうなので、問題ないかと

理屈的にIEを作るのは難しくなくても、使えるものを実際に作ると
なると、設計段階でくじけそうだけど。

単純にIEみたいなもののスクリプト系の表示プログラムは
簡単そうだし。

310:デフォルトの名無しさん
04/11/28 02:09:09
javascriptとかの解釈は？

311:デフォルトの名無しさん
04/11/28 10:24:27
dW : Linux : Yacc...そしてLexをよみがえらせる
URLﾘﾝｸ(www-6.ibm.com)

dW : Linux : Lexとyaccでコードをビルドする　第1回: 導入
URLﾘﾝｸ(www-6.ibm.com)

dW : Linux : Lexとyaccでコードをビルドする　第2回: 開発とトラブルシューティング
URLﾘﾝｸ(www-6.ibm.com)

312:デフォルトの名無しさん
04/11/28 11:46:16
Lispが気になってしょうがない奴がいるなこのスレ。

313:デフォルトの名無しさん
04/11/28 11:59:54
>>309
> 結構打ち込みタグでエラー起こしてるけど、エラー処理してるとは
> 思えないな。
Amaya とか使うと、IE がいかに適当（良い意味で）に処理してるか良く分かるぞ。

314:デフォルトの名無しさん
04/11/28 19:07:15
lispに骨髄反射してる奴がいるな、この摺れｗ

315:デフォルトの名無しさん
04/11/28 19:47:31
Ｒｂｙ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ｌｉｓｐ

316:デフォルトの名無しさん
04/11/28 23:25:44
骨髄・・・バンク

317:368
04/11/29 01:35:38
こんな事聞いたら怒られるかもしれないですが、
XMLのいろいろな規格を解釈するリーダーを作成しようと思ったら、
どのような手順を踏めばいいのですか？頭がよろしくなく理解力がないですが
よろしくお願いします。

318:デフォルトの名無しさん
04/11/29 01:39:17
未来からこんにちは。

319:デフォルトの名無しさん
04/11/29 01:50:23
368に近づくまでまだ時間がある。それまでに理解力をつけるんだ。

320:デフォルトの名無しさん
04/11/29 05:29:21
単純に<～>を付いてるものを3つのポインタを使った

typedef staruct tagXML｛
～
struct tagMML *prev;
struct tagMML *next;
struct tagMML *yoko;
char *namel;
char *data;
}

とかやって、階層的なものを作ってデータの意味を付けていく
ようにしたらいいかも？？？

この階層を作った後に、全体的な階層を作った後にキャンパスというのに
まず、仮想的に描写情報を作った後に、実際に描写するだけぁない。

仮想的な描写情報を作ってどういった画面になるかを一度シミュレート
するのがちょっとメンドイけど、それさえ出来ればすぐに出来るよ。

321:デフォルトの名無しさん
04/11/29 05:42:14
HTMLも基本は一緒だよ。

BODY－
|
+---tabel
|
+---tabel
|　　　　|
|　　　　+--- tabel
+---IMAGE
|
/BODY

という階層を作ったを作った後に、フォントとかtableや画像を情報を
元に、仮想で描写するイメージを作って、どれくらいのクライアントに
どのような配置をするか決めて、下(バッググランドから、上に書き込むだけ
IEの場合、タスクを使ってるみたいでデータが来た順に描写するので
バッググランドの画像データが先に受信されてない場合、一度、上に
タグの描写した後に、もう一度下を描写して再描写してるみたい。

全体的な階層を作って→その階層のデータと元に仮想描写(データで）→
した後に、実際に描写するだけ・・・

タグ毎の描写の仕方を決めて、それを配置するプログラムさえ
出来れば殆どできるから。理屈では難しくないがあんだけのタグを
実際に作るとなるとメンドイな・・・

tableとイメージとpreを使った簡単なブラウザを今度作ってみるつもり
だけど・・・。

次ページ