[ruby-dev:36971] Re: {Complex,Rational}::Unify

けいじゅ＠いしつかです.

あまり議論している暇もなさそうなので, 私の結論だけ.

ふなばさんが(暫定的にでも)受け入れ可能な案として出していただいた,

>void nurat_canonicalize(int) のような関数を用意して、
>
>  nurat_canonicalize(1);
>
>とすれば、正規化される、というのでもいいと思います。

にのらさせていただきたいと思います. たぶん, これが Yugui さんの勧告を
満たす今のところのベストな解決策だと思います.

rational.c, complex.c, mathn/* 同時にチェックインが望ましいので, ふな
ばさんの方でチェックインしていただけませんか?

ruby2.0へに向けての長期的な話は, また, 話し合いしましょう.

In [ruby-dev :36961 ] the message: "[ruby-dev:36961] Re:
{Complex,Rational}::Unify ", on Oct/28 02:40(JST) Tadayoshi Funaba
writes:

>どうも石塚さんの話は一貫性がないし、何を信じていいのか、何をしたいのか
>つかめないんですよね。

>僕がとても困っているのは、後々、何故 mathn は特別あつかいなのか、誰かに
>訊ねられても、僕は答えられない、ということなんです。僕は独裁者でも使用
>人でもないので。
>
>で、どうやら石塚さんは特別だから、mathn も特別あつかいしろって事なんで
>すよね (違うならそう言ってください)。それならそれでいいです。
>
>僕は界面をハッキリさせたいので、二重に持つとか、マクロで切り分けるのも
>微妙だと思っています。
>
>Unify を定義するのもある意味ハッキリしていると思いますが、
>mathn の一部も拡張ライブラリになっているので、
>void nurat_canonicalize(int) のような関数を用意して、
>
>  nurat_canonicalize(1);
>
>とすれば、正規化される、というのでもいいと思います。これは公式の API で
>はもちろんなくて、この関数も含めて特別あつかいです。いづれにしても、こ
>ういう特別あつかいは、長くつづけるものではないので、mathn の機能の一部
>が ruby の移転されようがされまいが、ruby 2.0 までの暫定処置という理解で
>す。
>
>
>一応パッチを作りました。この場合、拡張ライブラリで、complex.c、
>rational.c を分ける必要はないですが。
__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: [e-mail] <<---