[#16708] includedir — nobu.nakada@...
なかだです。
[#16732] sharing sub-regexp — Tanaka Akira <akr@...17n.org>
Oniguruma についてひとつ要望があります。
Tanaka Akiraさんの<hvopu1hxfyd.fsf@coulee.a02.aist.go.jp>から
まつもと ゆきひろです
In article <1017890618.302241.17865.nullmailer@ev.netlab.jp>,
Tanaka Akiraさんの<hvo7knn93ug.fsf@coulee.a02.aist.go.jp>から
In article <20020405044506.D4784349@helium.ruby-lang.org>,
Tanaka Akiraさんの<hvopu1e4omy.fsf@coulee.a02.aist.go.jp>から
In article <20020410025054.C8DF0915@helium.ruby-lang.org>,
In article <hvor8lnchak.fsf@coulee.a02.aist.go.jp>,
前田です。
In article <87pu15z80q.wl@studly.priv.netlab.jp>,
前田です。
In article <87g01x1e6m.wl@studly.priv.netlab.jp>,
西山和広です。
In article <20020416180631.988E.ZN@mbf.nifty.com>,
前田です。
In article <87u1qaj0xe.wl@studly.priv.netlab.jp>,
前田です。
まつもと ゆきひろです
In article <1019116103.420173.12691.nullmailer@picachu.netlab.jp>,
前田です。
なかだです。
In article <200204181023.g3IANgM21124@sharui.nakada.kanuma.tochigi.jp>,
まつもと ゆきひろです
In article <1019140164.869863.14833.nullmailer@picachu.netlab.jp>,
[#16757] === — "Akinori MUSHA" <knu@...>
Array, Hash, Proc などで、 === が以下のように定義されていると
[#16761] StringIO — tadf@...
ふなばです。
なかだです。
ふなばです。
なかだです。
ふなばです。
青山です。
まつもと ゆきひろです
In article <1022740594.117106.6073.nullmailer@picachu.netlab.jp>,
前田です。
In article <874rgqdt3x.wl@studly.priv.netlab.jp>,
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
[#16776] Ruby 1.7.2 segfault — takuma ozawa <metal@...>
小澤といいます。
なかだです。
[#16790] Ruby Shim — "Akinori MUSHA" <knu@...>
1.7 early access kit という仮称で提案した構想ですが、先ほど
新井です。
At Tue, 9 Apr 2002 02:12:27 +0900,
なかだです。
[#16816] remove_const: cannot remove constant — Koji Arai <JCA02266@...>
新井です。
[#16833] math.c 1.10 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
さくです。
なかだです。
まつもと ゆきひろです
[#16868] make error on debian potato — Wakou Aoyama <wakou@...>
青山です。
[#16869] Makefiles dependency — nobu.nakada@...
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
[#16894] compile failure in process.c, setpgrp() & setpgid() — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#16923] Module::new with block is useful? — "Shin'ya Adzumi" <adzumi@...>
あづみです。
[#16978] Re: [rubyist:1343] Re: another sample for the Method — Koji Arai <JCA02266@...>
新井です。
[#16989] making Proc in C (Re: [rubyist:1356] Re: another sample for the Method) — nobu.nakada@...
なかだです。
[ruby-dev:16759] Re: ===
At Fri, 5 Apr 2002 18:24:15 +0900,
Minero Aoki wrote:
> かつて when *list という表現がなかったころ、when に配列を
> 置いたときに include? になってしまうのが嫌、という声があり
> 消滅したのだと記憶しています。
> (その代わりに when *list ができたのでした)
なるほど。
しかし、 Range, Regexp, Module の === を見ても適合とか包含という
意味で === は使われていると思うのです。String だと include? になら
ないから?でも String はスカラ、 Array はコンテナと見れば不思議は
ないような。
> また Proc に関して
>
> > class Proc
> > def ===(o)
> > call(o)
>
> これは使われたときに意味が明確でないですし、全ての Proc が
> 真偽判定に使われるのではないので全ての Proc に定義するのは
これは理解できます。
Proc も置きたいと思ったのは、 VB には
Select Case x
Case 0 To 5
...
Case 6, 8
Case Is < 0
...
End Select
というのがあるのですが、 Ruby だと同様のケースで if と case の
組合せや書き換えで悩むので、なんとかしたいということでした。
つまり、同じ x での場合分けなのに
case x
when 0..5
...
when 6, 8
...
else
if x < 0
..
else
..
end
end
とか
if x < 0
..
else
case x
when a, b
...
when c
...
else
..
end
end
のように階層が変わるのが嫌だなあと思うのです。
何かきれいな仕様はないかしら。。
when がブロックを受けるとか、 whenif を導入するなんてことを
やると、構文のアイデンティティがめちゃくちゃになってしまうし。
ちなみに、 Array と Hash については Perl6 の when を見て欲しく
なりました。 ;) (前々からぼんやりと欲しいとは思っていましたが)
> よくないと思います。こういうことがしたい場合には特異メソッドを
> 使うということでどうでしょ。
>
> cond = lambda { .... }
> cond.instance_eval { alias === call }
これはみな(実行上、または書く際の)効率の問題なのです。確かに
case x
when *array
...
when *hash.keys
...
when proc {|x| x > 0}.instance_eval {alias === call}
...
end
と書けます。でも、この上長さや非効率が、(有効に使われていない)
=== をうまく定義してやることで解決するのなら、そうしてみたいと。
case x
when array
...
when hash
...
when proc {|x| x > 0}
...
end
が果たして自明なのか、という疑問は確かにありますが。
--
/
/__ __ Akinori.org / MUSHA.org
/ ) ) ) ) / FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp
"Somewhere out of a memory.. of lighted streets on quiet nights.."