[#1381] bound method — shugo@... (Shugo Maeda)

前田です。

21 messages 1998/02/04
[#1383] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1384] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1385] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1387] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1388] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1389] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1396] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/06

まつもと ゆきひろです

[#1410] GD — Masao Kanemitsu <masao-k@...>

30 messages 1998/02/10
[#1411] Re: GD — matz@... (Yukihiro Matsumoto) 1998/02/10

まつもと ゆきひろです

[#1413] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1417] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100623.PAA03533@eban.ase.ptg.sony.co.jp> の、

[#1420] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1426] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100733.QAA04028@eban.ase.ptg.sony.co.jp> の、

[#1428] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1429] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100757.QAA04212@eban.ase.ptg.sony.co.jp> の、

[#1431] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1434] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/12

<199802100952.SAA04346@eban.ase.ptg.sony.co.jp> の、

[#1435] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/12

わたなべです.

[#1436] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/12

<199802120449.NAA00398@eban.ase.ptg.sony.co.jp> の、

[ruby-dev:1366] Re: [MethodIndex] Bug and question

From: keiju@... (石塚圭樹 )
Date: 1998-02-02 09:47:00 UTC
List: ruby-dev #1366
けいじゅ@日本ラショナルソフトウェアです.

In [ruby-dev :01365 ] the message: "[ruby-dev:1365] Re: [MethodIndex]
Bug and question ", on Feb/02 18:04(JST) Yukihiro Matsumoto writes:

>まつもと ゆきひろです

>|>  * インタプリタを改造して,どのモジュールがどのクラスにたい
>|>    してextendされたかの情報を保存する(うーん,構造体のスペー
>|>    スが残ってないなあ)

>それであってます.問題は,あるクラスに対してどのモジュールが
>includeされているかどうかは(正確にはどのモジュールがextendさ
>れているか)はわかっても,それが直接includeされたのか,先祖に
>includeされたのかという情報は残ってないことです.

でも, ancestorsはちゃんとincludeしたモジュールの継承の順番が正しくなっているようですが?

>|>  * 特異メソッドのリストアップのアルゴリズムを変える
>|
>|具体的にはどういう感じでしょう?
>
>石塚さんの求めるものにもよるでしょうしが,イメージとしては特
>異メソッドに関してはメソッドのような「どのクラスで定義された」
>という情報を提供することをあきらめても良いかな,なんて考えて
>ました.

つまり, 今迄通りで我慢してねってことですね(;_;

__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---

In This Thread