[ruby-dev:20598] Re: [BigDecimal] renaming proposal

小林です、またまたまとめて。

From: "Tadashi Saito" <[e-mail]>
Subject: [ruby-dev:20592] Re: [BigDecimal] renaming proposal


> 標準添付(ライブラリとRuby本体は一体)なので、その心配はないと
前に「配布」と言ったのは「一体」でない場合も想定しています。

> 思います。また必要ならば、bigdecimal-rational.rb が存在するとき
> のみにbigdecimal.c 内で読み込んで、エラーを回避する方式にも
> できると思います。
もちろんです。しかし、たかだか３０行に満たない、かつ、Ratinal と
BigDecimal を同時に扱う人にとっては自明なものにそれだけの労
力を割く気はありません。単なるサンプルです（だったら sample
ディレクトリに移したら？　という提案ならば考慮します。）。
# 将来、Rational がビルトインされれば、bigdecimal.c 中に同等な
# ものを（Cコードで）組み込むべきでしょうけど。

それと、 [ruby-dev:20581]のパッチありがとうございました。
ただ、ソースは既に自分で修正していましたので現状ので、そのうち
コミットします。

もうひとつ、bigdecimal-math.rb ですがざっと見させていただきました。
まず maxnr の値が固定というのは？です。
sqrt なら ２次の収束がある程度得られるので maxnr = n + ?
のようなことが考えられます。　割り算 / や掛け算 * は、
BigDecimal::limit である程度桁をしぼるか、 div や mult メソッド
を利用したほうが効率的と思います。
to_f は Float::DIG 等を考慮して無駄なことはをしないほうがベター
です（って split の説明に入れてないか...）。
あと NaN は BigDecimal("NaN") で得られます。

もっとも、一番の問題は
　級数展開でいいの？
　誤差判定をどうするの？
です。
sqrt は正確に判定できるので残しますが、E、PI、sincos 等は
取りあえず C からは削除して、今後の検討課題ということにし
たいと思います。


From: "Tadashi Saito" <[e-mail]>
Subject: [ruby-dev:20595] Re: [BigDecimal] changing rule of coerce

> (「驚き」の事例は、ruby-listで何回も出てますね)
FAQですね。　^.^;;

> それでつなぎとして、String#to_d でも用意しませんか?
悪くはないですね。でも、内容がよく見えるスクリプト以外で他人（？）
のクラスにメソッドを追加するのはちょっと抵抗感が．．．
自身のスクリプトに追加するだけで十分では？
それと、Fixnum#to_d とかは、やりすぎかなぁ？

私は、やはり「Float から文字列を参照(Float#text？)」がいいですね。
これは、BigDecimal だけでなく、Float に誤差がある以上、元の文字
列を見たいという欲求はあると思うからです。

----
小林 茂雄
[e-mail]