[#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:16789] Re: if Re: BigFloat
小林です。
亀レスで申し訳ありません。
----- 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