[#16732] sharing sub-regexp — Tanaka Akira <akr@...17n.org>

Oniguruma についてひとつ要望があります。

51 messages 2002/04/03
[#16744] Re: sharing sub-regexp — "K.Kosako" <kosako@...> 2002/04/04

Tanaka Akiraさんの<hvopu1hxfyd.fsf@coulee.a02.aist.go.jp>から

[#16746] Re: sharing sub-regexp — matz@... (Yukihiro Matsumoto) 2002/04/04

まつもと ゆきひろです

[#16753] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/04

In article <1017890618.302241.17865.nullmailer@ev.netlab.jp>,

[#16755] Re: sharing sub-regexp — "K.Kosako" <kosako@...> 2002/04/05

Tanaka Akiraさんの<hvo7knn93ug.fsf@coulee.a02.aist.go.jp>から

[#16756] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/05

In article <20020405044506.D4784349@helium.ruby-lang.org>,

[#16822] Re: sharing sub-regexp — "K.Kosako" <kosako@...> 2002/04/10

Tanaka Akiraさんの<hvopu1e4omy.fsf@coulee.a02.aist.go.jp>から

[#16831] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/10

In article <20020410025054.C8DF0915@helium.ruby-lang.org>,

[#16863] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/11

In article <hvor8lnchak.fsf@coulee.a02.aist.go.jp>,

[#16877] Re: sharing sub-regexp — Shugo Maeda <shugo@...> 2002/04/12

前田です。

[#16887] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/12

In article <87pu15z80q.wl@studly.priv.netlab.jp>,

[#16909] Regexp#to_s — Shugo Maeda <shugo@...> 2002/04/15

前田です。

[#16912] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/15

In article <87g01x1e6m.wl@studly.priv.netlab.jp>,

[#16931] Re: Regexp#to_s — Kazuhiro NISHIYAMA <zn@...> 2002/04/16

西山和広です。

[#16934] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/16

In article <20020416180631.988E.ZN@mbf.nifty.com>,

[#16938] Re: Regexp#to_s — Shugo Maeda <shugo@...> 2002/04/17

前田です。

[#16939] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/17

In article <87u1qaj0xe.wl@studly.priv.netlab.jp>,

[#16947] Re: Regexp#to_s — Shugo Maeda <shugo@...> 2002/04/18

前田です。

[#16950] Re: Regexp#to_s — matz@... (Yukihiro Matsumoto) 2002/04/18

まつもと ゆきひろです

[#16951] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/18

In article <1019116103.420173.12691.nullmailer@picachu.netlab.jp>,

[#16960] Re: Regexp#to_s — nobu.nakada@... 2002/04/18

なかだです。

[#16761] StringIO — tadf@...

ふなばです。

43 messages 2002/04/05
[#16786] Re: StringIO — nobu.nakada@... 2002/04/08

なかだです。

[#16802] Re: StringIO — tadf@... 2002/04/09

ふなばです。

[#16803] Re: StringIO — nobu.nakada@... 2002/04/09

なかだです。

[#16804] Re: StringIO — tadf@... 2002/04/09

ふなばです。

[#17221] Re: StringIO — Wakou Aoyama <wakou@...> 2002/05/30

青山です。

[#17230] Re: StringIO — matz@... (Yukihiro Matsumoto) 2002/05/30

まつもと ゆきひろです

[#17231] Re: StringIO — Tanaka Akira <akr@...17n.org> 2002/05/30

In article <1022740594.117106.6073.nullmailer@picachu.netlab.jp>,

[#17233] IO#size — Shugo Maeda <shugo@...> 2002/05/30

前田です。

[#17239] Re: IO#size — Tanaka Akira <akr@...17n.org> 2002/05/31

In article <874rgqdt3x.wl@studly.priv.netlab.jp>,

[#17253] Re: IO#size — Wakou Aoyama <wakou@...> 2002/05/31

青山です。

[#16790] Ruby Shim — "Akinori MUSHA" <knu@...>

 1.7 early access kit という仮称で提案した構想ですが、先ほど

27 messages 2002/04/08
[#16796] Re: Ruby Shim — Koji Arai <JCA02266@...> 2002/04/08

新井です。

[#16833] math.c 1.10 — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

23 messages 2002/04/11
[#16834] Re: math.c 1.10 — matz@... (Yukihiro Matsumoto) 2002/04/11

まつもと ゆきひろです

[#16869] Makefiles dependency — nobu.nakada@...

なかだです。

17 messages 2002/04/12

[ruby-dev:16885] Re: sharing sub-regexp

From: "K.Kosako" <kosako@...>
Date: 2002-04-12 10:55:37 UTC
List: ruby-dev #16885
Tanaka Akiraさんの<hvoofgqccl3.fsf@coulee.a02.aist.go.jp>から
> また、後方参照については、置換と形式をあわせるといいんじゃないかと思います。
> 現在は後方参照と置換で \1 という形式は共通しているわけで、名前を使う時
> も双方が同じものであるとプログラマにとっての混乱が少ないのではないか、
> というわけです。
> 
> そして、先のメールに書いた通り、置換のテンプレートに $ という新しいメ
> タキャラクタを導入するのはちと野心的過ぎると思うので、\ ではじまる、
>   Python の置換の \g<name> ないしは
>   .NET の後方参照の \k<name>
> のどちらかをRuby の置換と後方参照で使えると良いのではないかと思います。

すいません。前のメールで置換と書いたのは誤記で、Rubyスクリプト上での参照
の意味でした。これは正規表現の中で議論する必要はありませんでした。
置換というのはどんな機能でしょうか?
Pythonのマニュアルの中で見付けられなかったので。

> あと、(前にいらないと書いたのに)再帰的な定義も扱えるようにして欲しいと
> かいったら呆れちゃいますか? これができると括弧の対や、一般に BNF が書
> けるようになるんですが。
> 
> /...(?*non-terminal-1)...   (?# start )
> |[^\s\S] (?<non-terminal-1>...(?*non-terminl-2)...)
> |[^\s\S] (?<non-terminal-2>...(?*non-terminl-1)...)
> ...
> /x
.....
> 
> ただ、再帰的な定義があると、あるサブパターンの先頭に現れる文字の集合を
> 求めるのが難しくなる(ボトムアップには求められなくて、不動点に到達する
> まで繰り返す必要がある)し、左再帰なものを素朴に動かすと無限ループにな
> るなど、実装は厄介になるだろうなぁ、と想像しています。なので、別に強く
> は求めません。

再帰は許そうと思っていました。

検索に関する最適化情報を求める場合には、完全な情報を求める必要はないので、
適当な深さで止めればよいのではないかと思います。
しかし、マッチングが永遠に停止しないような再帰パターンを書かれたときに、
それを検出することまではやる気が起きませんので、ユーザ自身が注意して書く
ということでは駄目ですか。

あと、|[^\s\S] (?<non-terminal-1>... というのは、もうちょっと何とかしたい
気がします。
マッチングには関係しないが、名前定義としては有効になるという表記を追加して。
(具体的には考えていませんが)

他の項目については、私は異存ありません。
--
小迫@ソフネック   渋谷区恵比寿1-15-1

In This Thread