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

小林です。　まとめて失礼します。

----- Original Message ----- 
From: "Tadashi Saito" <[e-mail]>

Subject: [ruby-dev:20520] Re: [BigDecimal] renaming proposal

> ということで、既にBigFloatとの互換性を損なう変更が
> 成されているので、そこまで気を使うよりも、必要な変更があれば
> すべきだと思っていました。
そうですね、そう思います。 いずれにせよ、BigFloat -> BigDecimal
への移行は若干の書き換えが必要になるので、思い切ってwarning
 も出さないことにしてあります（これでいいと思います）。

Subject: [ruby-dev:20521] Re: [BigDecimal] renaming proposal


> > ただ、他にもありますが、こういったものはRubyスクリプト
> > の形式で出したいですね。どなたか、sin/cos/log/sqrt等を
> > Rubyで書いてくれる人がいるとうれしいですね。
> > 斉藤さん、どうですか？
>
> はい、どうにかやってみます。
> 既に上の4つの関数とexpについて、Rubyで書き直してみました。
おおっ！　そのうちライブラリとして公開していただけるといいですね。

> ・既存のCの実装を捨てて(ということですよね?)、Rubyで書き直す
> 　目的というのは何でしょうか? 保守しやすいとか、それ自体が
> 　サンプルになるというくらいの意味でしょうか。
すべて、その通りです。　ものによりますが、BigDecimal のように
内部演算の比率が高ければ相対的に Ruby のオーバーヘッド
は小さくなります。現状のPI、sincos等は比較のために作成した
のですが、スクリプトでもそれほど遅くならないことを確認しました。
もう一つ、スクリプトであれば他の BigDecimal ができたときでも、
直ぐに移行できます。ついでに、変数の型宣言のない Ruby なら、
全く同じソースを Float と BigDecimal で共有させることも不可能
ではないというメリットもあります。

>
> ・[ruby-dev:20448] での
> 　> 「Ruby +　bigdecimal.dll(so) 」だけを配布したい場合も
> 　という発言から察するに、ユーザが明示的に
>  「require 'bigdecimal-math'」ということになるのでしょうか?
ということです。

>
> ・数学関数の第一引数の、精度指定の意味がいまいちつかめません。
> 　先頭n桁でtruncate? それともroundでしょうか。
現状では BigDecimal::mode でtruncate、round,ceil,floor,Banker's
round が選択できます。ただし、正確に「先頭n桁」ではなく、内部
で４桁単位（32bitマシン）で扱っている関係上、だいたい
「先頭n桁＋??」です。
BigDecimal::limit で桁数が制限されるし、内部で中間結果を格納
する場合も、これが適用されるので、特に内部で繰り返し計算を
するメソッドの結果は微妙です。
自分で正確にコントロールしたい場合はインスタンスメソッドの
truncate、round,ceil,floor　等を利用します。

> 　手元で簡単なテストを作ったところ、どちらの基準でも何らかの
> 　関数が正しくない数値を返しました。
具体的な内容と結果を教えてもらえますか？

>
> ・やはり数学関数はMathモジュール以下に定義すべきだと
> 　思うのですが、そうしていいでしょうか？
> 　(もちろん互換性を保った上で、です)
えっと、作成中の「数学関数スクリプト」ということですよね？

>
> ・sinとcosを両方同時に計算したいケースというのは特殊な気が
> 　するので、sincosはsinとcosに分離してよろしいでしょうか?
こういったものは bigdecimal.c から外したいと思っている自分
ですので（スクリプトなら）異存はありません。

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