[#28290] [Oniguruma] Version 4.0.0 — "K.Kosako" <sndgk393@...>
まつもとさん、
7 messages
2006/02/02
[#28296] packing small Struct — Tanaka Akira <akr@...17n.org>
しばらく前に思い付いたのですが、メモリ消費を押さえるために、
5 messages
2006/02/04
[#28337] constant look up order in CVS HEAD — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
15 messages
2006/02/18
[#28338] Re: constant look up order in CVS HEAD
— Tanaka Akira <akr@...17n.org>
2006/02/19
In article <1140229116.805371.31930.nullmailer@x31.priv.netlab.jp>,
[#28341] Re: constant look up order in CVS HEAD
— GOTOU Yuuzou <gotoyuzo@...>
2006/02/19
In message <87lkw8xfay.fsf@m17n.org>,
[#28342] Re: constant look up order in CVS HEAD
— Yukihiro Matsumoto <matz@...>
2006/02/19
まつもと ゆきひろです
[#28347] Re: constant look up order in CVS HEAD
— Tanaka Akira <akr@...17n.org>
2006/02/20
In article <1140392909.403432.7587.nullmailer@x31.priv.netlab.jp>,
[#28348] Re: constant look up order in CVS HEAD
— Yukihiro Matsumoto <matz@...>
2006/02/20
まつもと ゆきひろです
[#28352] Re: constant look up order in CVS HEAD
— WATANABE Hirofumi <eban@...>
2006/02/20
わたなべです。
[#28360] ruby_1_8 broken? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
7 messages
2006/02/21
[#28371] bcc32 make error on 1.9.0 — "Nebata" <tnebata@...>
ねばたです。
8 messages
2006/02/22
[#28372] Re: bcc32 make error on 1.9.0
— KIMURA Koichi <kimura.koichi@...>
2006/02/22
木村です。
[#28386] test/drb/drbtest.rb cause file missing error — arton <artonx@...>
artonです。
6 messages
2006/02/23
[#28389] Re: test/drb/drbtest.rb cause file missing error
— Yukihiro Matsumoto <matz@...>
2006/02/24
まつもと ゆきひろです
[#28396] ruby-1.8 cvs head and 64bit time_t — arton <artonx@...>
artonです。
7 messages
2006/02/26
[#28404] irb cannot parse /\^/ — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
8 messages
2006/02/27
[#28405] Re: irb cannot parse /\^/
— keiju@... (石塚圭樹)
2006/02/27
けいじゅ@いしつかです.
[ruby-dev:28330] Oniguruma --> Ruby M17N
From:
"K.Kosako" <sndgk393@...>
Date:
2006-02-12 13:47:44 UTC
List:
ruby-dev #28330
日記に書こうとしていたのですが、途中から日記に 書くような内容ではなくなってきたので、ここに 書きます。 M17Nを見ていない現状では、あまり責任が持てないので 本当は日記のほうに書きたかったのですが。 > 鬼車はなくなりません。ただ、手元のM17Nは鬼車に手を > 入れているのでどうしたものか思案中です。m17nコードを > 鬼車のエンコーディングライブラリに依存させるように > すればよいのかな。 オリジナルの鬼車から分裂してしまうのは必然だと思って います。分裂後でも純粋に鬼車のバグの部分は、私のほうで 修正するつもりです。 手が入っている部分が明確で、鬼車4.0.0に反映させるのが 面倒でなければ、同じやり方で入れてしまって良いのでは ないでしょうか。 手が入っている元のバージョンが判りませんが、3.7.0だと すると、それ以降は文字エンコーディング構造体は変えて いないと思います。ただ、oniguruma.hの中でのみ、 UChar -> OnigUCharに型名は変えています。(ある人から、 UCharが他のライブラリと衝突するので対応してくれと 言われたので) m17n -> 鬼車encoding依存は、方向が逆という気がするので、 鬼車encoding -> m17n依存に、徐々に書き換えていけば良いと 思います。でも鬼車が必要とする機能をm17nが全部持って いないと思うので、それをどうするかが難しいですね。 とりあえず、足りない部分だけは鬼車の中に残して、その後 m17nに入れるか、削るか、一個ずつ検討するしかないです。 それが嫌か、あるいは他の理由で、m17n -> 鬼車encodingの ほうが都合が良いのであれば、それでも構いませんが。 -- 小迫