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


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

「コンパイラ・スクリプトエンジン」相談室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 あたり

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]
Ruby >>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Lisp

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

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


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 読もうと思ってから早1年、何にもてに付けてねーや・・・。

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が速い
そりゃそうだろ(w



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

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

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]
本屋で見かけたので買ってきた。中田育男監修の文字を見たからw





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 とC#を連携させて
言語処理系を開発するとしたら、みなさんなら
どういう実装戦略をとりますか?

192 名前:デフォルトの名無しさん [04/11/21 19:07:40]
Ruby!>>>>>>>>>>>>>>>>>>>>>>>>>>C#

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病患者と呼びます

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

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

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



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

201 名前:デフォルトの名無しさん mailto:sage [04/11/22 01:44:54]
flex,bison,リフレクション,BNFの記述,boost,…、どれ一つとて実際に
使いこなしてないのまる分かりだぁ。。 (o´C_,`o) ハズカスィ〜

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

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

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


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

205 名前:デフォルトの名無しさん mailto:sage [04/11/22 13:44:19]
「何」を作りたいのか? (回答例) >>194

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

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

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

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


209 名前:デフォルトの名無しさん mailto:sage [04/11/22 14:21:18]
                l   
        /\___/ヽ
        /       :::::::\
       |  ''''''   ''''''   .:::|   / ̄ ̄ ̄ ̄ ̄ ̄ ̄
      |(●),   、(●)、.::::| < 糞スレで余計なこと
       |  ,,ノ(、_, )ヽ、,, .:::::::|   | 二度と聞かねぇょ・・・
       \ `-=ニ=- ' .:::::/   \_______
           `ー`ニニ´-一´ヽ、
          /    _    l
         /  ̄`Y´   ヾ;/  |
______,|    |    |´  ハ
           |    |    |-‐'i′l
            |__ |   _|   7'′
         (   (  ̄ノ `ー-'′\
           ̄   ̄          \






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

211 名前:デフォルトの名無しさん mailto:sage [04/11/22 14:28:19]
                l   
        /\___/ヽ
        /       :::::::\
       |  ''''''   ''''''   .:::|  
      |(●),   、(●)、.::::| .。oO( プッ
       |  ,,ノ(、_, )ヽ、,, .:::::::|  
       \ `-=ニ=- ' .:::::/  
           `ー`ニニ´-一´ヽ、
          /    _    l
         /  ̄`Y´   ヾ;/  |
______,|    |    |´  ハ
           |    |    |-‐'i′l
            |__ |   _|   7'′
         (   (  ̄ノ `ー-'′\
           ̄   ̄          \


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

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

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

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

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

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


217 名前:デフォルトの名無しさん mailto:sage [04/11/22 16:58:13]
Pythoooooooooooooooooooooooooooooooooooooooooooooooooooooon

218 名前:デフォルトの名無しさん mailto:sage [04/11/22 17:31:26]
                l   
        /\___/ヽ
        /       :::::::\
       |  ''''''   ''''''   .:::|  
      |(●),   、(●)、.::::|
       |  ,,ノ(、_, )ヽ、,, .:::::::|  
       \ `-=ニ=- ' .:::::/  
           `ー`ニニ´-一´ヽ、
          /    _    l
         /  ̄`Y´   ヾ;/  |
______,|    |    |´  ハ
           |    |    |-‐'i′l .。oO( プッ
            |__ |   _|   7'′
         (   (  ̄ノ `ー-'′\
           ̄   ̄          \


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



220 名前:デフォルトの名無しさん mailto:sage [04/11/22 18:01:04]
>>219
じゃあどんなもんなの?

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







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

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

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