[#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:16756] Re: sharing sub-regexp
In article <20020405044506.D4784349@helium.ruby-lang.org>,
"K.Kosako" <kosako@sofnec.co.jp> writes:
> Pythonについてだけ、リファレンスマニュアルを見て確認しました。
> 名前でマッチング結果を参照できる機能だけで、田中さんが提案した
> パターン共有機能はないようですね。(.NETについては全く知りませんが。)
.NET のは(もともと zt日記で知ったのですが)
http://msdn.microsoft.com/library/en-us/cpgenref/html/cpconregularexpressionslanguageelements.asp
で参照できます。
> 1. 文法
> Pythonの場合は、定義: (?P<name>...), 参照: (?P=name), 共有: なし
あと、gsub などでの参照も必要ですね。
Python では \g<1> とか \g<name> が使えるようになっているようです。
.NET では
定義: (?<name> ) ないしは (?'name')
参照: \k<name>
置換: ${name}
みたいです。ふむ。.NET のほうが単純ですね。
また、.NET には capture されてるかどうかで選択的にパターンを選ぶという
(?(name)yes|no) と、いまひとつ挙動が良く理解できない (?<name1-name2> )
というものがあるようです。
後者は、Balancing group definition というやつで、括弧のネストを扱える
とか書いてあるのですが... だれか理解できる人がいたら教えて下さい。
> 2. 名前定義は、結果参照機能とパターン共有機能の両方に兼用できるものにするか、
> 独立したものにするか。
兼用として、name を _ で始めると結果参照機能が抑止されるというのがいい
んじゃないかなぁ、と思っています。
> 3. 同じ名前の重複定義を許すか
> "(?<val>[^"]*)"|(?<val>[^ >]*)
私は賛成です。が、私はパターンマッチに対しほんのちょっとかすかにマニアッ
クな趣味を持っているため、機能が増えることを無条件に歓迎する傾向があり
ます。従ってそれほど強く主張する気はありません。他の人の意見を聞いてみ
たいですね。
--
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)