[#3249] ruby for mswin32 — KIMURA Koichi <kkimura@...>
[#3257] mini-reference (syntax) — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#3305] Observable#notify_observers — shugo@... (maeda shugo)
前田です。
[#3312] multi-line comment — shugo@... (maeda shugo)
前田です。
[#3329] meta programming features — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろ%最終出社日です
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
[#3350] [Q] eql? and == — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
[#3375] Exception — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
[#3378] ML分割 — takagi@... (TAKAGI Hiromitsu)
ところで、話は変わって、ひとつ提案です。
[#3403] sorry for ruby-list trouble — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
[#3411] no cbreak in curses module — Shoichi OZAWA <ozawa@...>
こんにちは 小澤@日立 です。
[#3417] [Bug] String#sub — shugo@... (maeda shugo)
前田です。
[#3429] [Req] println — shugo@... (maeda shugo)
前田です。
まつもと ゆきひろです
[#3434] [Q] Thread — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
前田です。
前田です。
前田です。
けいじゅ@今はフリー(^^;;;です.
<199707301029.TAA25172@hoyogw.netlab.co.jp> の、
けいじゅ@今はフリー(^^;;;です.
<199707311103.UAA08460@hoyogw.netlab.co.jp> の、
[#3470] [Problem] for local class — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
[#3502] Re: .to_f result — 渡辺博文 <VYV01212@...>
わたなべです.
[ruby-list:3293] Re: meta programings [Re:exceptions (Re: Ver 1.1 [Re: Matrix])]
まつもと ゆきひろです
In message "[ruby-list:3292] meta programings [Re:exceptions (Re: Ver 1.1 [Re: Matrix])]"
on 97/07/07, 石塚圭樹 <keiju@bc.mbn.or.jp> writes:
|けいじゅ@今はフリー(^^;;;です.
|ここでの要望が変わってくるといえるのかなあ... Dylanは良く知りませんが
|Lispなどのマクロは, 呼出側のコンテキストでインライン(マクロ)展開します
|よね? で, 一般の式をマクロ展開するには, それなりの機能が必要になるわけ
|ですが, rubyには eval があるのであとは, caller_bindingみたいのがあれば
|どうにかなるかなと思ったわけです.
ならないことはないでしょうねえ.こういうメタ系の機能は嬉しい
人には嬉しいけど大多数の人には関係ないんで,まずどこまでやる
かを議論したいわけです.
|イテレータブロックから元のソースコードを出力したり, 構文木をアクセスす
|る機能ってのは, 難しいですかねえ? 難しそうですねえ...
むずかしいです.
|> * 現在のインタプリタの実装ではupvarを実装するのはちょっと
|> 大変(呼び出し元のコンテキストへのポインタを保存していな
|> いので)
|
|うーん. なるほど... 今の実装のままで頑張って取り出すことはできないんで
|すかね?
今のままではできないですね.直前のスコープはどのスコープかと
いう情報がまったくありませんからね.
|イテレータとして呼ばれているかどうかは, {}があるかどうかで判断している
|んですよね?
はい.
|ところで, python のメタプログラミングサポートってどんな感じ?
全てのインスタンス変数がself.__dict__で参照できるとか,全て
のスーパークラスがclass.__bases__で参照できるとか,いろんな
情報がHashとして得られる程度です(が,それさえもrubyにはない).
まつもと ゆきひろ /:|)