[#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:16789] Re: if Re: BigFloat

From: "Shigeo Kobayashi" <shigeo@...>
Date: 2002-04-08 14:07:07 UTC
List: ruby-dev #16789
小林です。

亀レスで申し訳ありません。

----- Original Message -----
From: "石塚圭樹" <keiju@rational.com>
Subject: [ruby-dev:16715] Re: if Re: BigFloat

> >Complex/Rationalとも考えてみましょう.
>
> 考えるといってなんですが... Complex op BigFloat はComplex側で対応するの
> はよいとして、Rational op BigFloat は BigFloat側で対応すべきと思います.
>
> というのも,
>
>   Rational op BigFloat -> BigFloat
Rational op BigFloat -> Rational
BigFloat op Rational -> Rational
ではないでしょうか?
精度(有効桁)的には
 Float <= BigFloat(BigDecimal) <= Rational
と考えられるので、より精度の高いほうに合わ
せるのが自然と思うのですが?

> になるので, RationalがBigFloatの生成を知っているというのはおかしいと思う
> からです.
これは、BigFloat(以後BigDecimalにします)がRationalの
生成に置き換えても成立すると思いますので、

> ただ, BigFloatからみてもrational.rbを読み込んでもいないのに, Rationalの
> 対応のコードが入っているのも変なので,
と私も思います。「標準配布ならかまわない?」という
knu さんの意見も一理アリとは思いますが、require
しないといけないのがなんとも...

>
>   bigfloat-rational.rb
>
> のような相互変換のためのメソッドを集めたファイルを別に用意したらどうかと
> 思います。で, bigfloat側はrequireされたときにrationalが既に読み込まれて
> いたら bigloat-rational.rb を読み込み、逆にrationalがrequireされたときに、
> 既にbigfloatが読み込まれていたらbigloat-rational.rbを読み込むと.
BigDecimal ==> Rational の変換は常に可能ですが、精度
を落とさずに Rational ==> BigDecimal の変換は常に可能
というわけにいかないし、ここはユーザに気を使ってもらえ
ば良いような気がしてきました。
例えば、BigDecimal#to_r を BigDecimal から Rational に
(誤差無く)変換するメソッドとするなら、以下のようにすれ
ば取り合えず何とかなります。

require "bigdecimal"
require "rational"
class BigDecimal
    def to_r
       sign,digits,base,power = self.to_parts
       numerator = sign*digits.to_i
       denomi_power = power - digits.size # base is always 10
       if denomi_power < 0
          denominator = base ** (-denomi_power)
       else
          denominator = base ** denomi_power
       end
      Rational.new(numerator,denominator)
    end
end

# 逆は、BigDecimal#div等で最大有効桁を
# ユーザが指定する。

どうせ Rational と BigDecimal 共に require しなきゃ
いけないし、Rational と BigDecimal を常に意識しな
がら計算するケースはそれほど多くは無いと思うの
で、この程度で良いのではないでしょうか?

------------------
小林 茂雄
shigeo@tinyforest.jp


In This Thread