[#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:16751] Re: sharing sub-regexp
In article <20020403113824.A7FE78CF@helium.ruby-lang.org>,
"K.Kosako" <kosako@sofnec.co.jp> writes:
> 1. DFAの記述方法(形式)を、私は知らない。
> 4. Rubyで利用する前提の話であれば、記述形式の拡張となるので、
> 私が単独では決められない。
私の知る限り既存の正規表現パッケージにはこのような機能は存在しないので、
独自に設計する必要があります。
まぁ、概念としては難しいものではないので、適当に設計すればいいんじゃな
いかと思います。
例えば、Grail というソフトウェアでは (abc)* に対応する DFA を次のよう
に表現します。http://www.csd.uwo.ca/research/grail/
(START) |- 0
0 a 1
1 b 2
2 c 0
0 -| (FINAL)
0, 1, 2 という state があって、遷移が一行毎に書いてあって、(START) と
(FINAL) で初期状態と受理状態を示す、という感じですね。
> 2. 不受理の結果を処理するために、多少は改造(命令追加?)が必要。
ふむ。
> 3. DFA専用で作ったものより、遅くなるのではないか?
限界性能までは求めていません。
Ruby で実装したものよりも十分に速ければいいと思っています。
> 鬼車とは独立に作成したほうが、有利ではないでしょうか?
> (正規表現のアンカー等による検索の最適化機能は、意味がないんですよね)
正規表現の中に埋め込みたいというのが意図なのです。
例えば、
%r{/\*(
# */ が含まれない文字列にマッチする DFA
(START) |- 0
0 \* 1
0 / 0
0 [^/\*] 0
1 \* 1
1 [^/\*] 0
0 -| (FINAL)
1 -| (FINAL)
)\*/}x
とか。
もう少し内面的な点を述べると、結局、私にとっては、正規表現と DFA の等
価性を知っていて、DFA において簡単に表現可能であることがわかっているに
もかかわらずできないということがフラストレーションになっているので、正
規表現といっしょに使いたいと希望としています。ただし、現実にはさまざま
な問題点あるかもしれませんからどうしてもというわけではありません。もし、
比較的簡単なら、というわけです。
In article <20020404021742.B61F17AD@helium.ruby-lang.org>,
"K.Kosako" <kosako@sofnec.co.jp> writes:
> サイズが問題だから共有するということは、
> 元のパターンだけでなくて、生成されたバイトコードも共有するということですよね。
はい。
> 共有された部分の実行を、関数呼び出しのように実行するために、
> スタックと命令コードのを新規追加すれば可能ではないかと思います。
> (呼び出しではない直接実行の場合も、呼び出しのように実行しなければいけない
> ので、速度的には不利と思いますが。実用に適さないほど遅くなるかどうかは不明。)
なるほど。
> 今は、()にしか番号を振っていませんので、名前で参照する方法だけにしたほうが
> 良いと思います。
> 名前定義グループと名前参照の二個分、ノードの種類を増やしてやればできるような
> 気がします。
確かに 番号が 2種類あると混乱を招くかも知れませんね。
--
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)