[#34011] Should --verbose be equal to -v ? — Yugui <yugui@...>

Yuguiです。

15 messages 2008/03/10
[#34012] Re: Should --verbose be equal to -v ? — Yukihiro Matsumoto <matz@...> 2008/03/10

まつもと ゆきひろです

[#34105] rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...>

rational と complex が組み込みになったことで、lib/mathn.rb の意義は薄

29 messages 2008/03/22
[#34106] Re: rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...> 2008/03/22

現時点で rational.rb と complex.rb を残しているのは、それが無難だから

[#34107] Re: rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...> 2008/03/22

で、かなり選択肢を絞った叩き台です。

[#34120] Re: rational.rb, complex.rb and mathn.rb — keiju@... (石塚圭樹) 2008/03/24

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

[#34125] Re: rational.rb, complex.rb and mathn.rb — Shin-ichiro HARA <sinara@...> 2008/03/25

原です。

[#34130] Re: rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...> 2008/03/25

> 私も Complex の組み込みは Rational とは比較にならないくらい、仕様が決め

[#34158] Complex組み込み — Masahiro TANAKA <masa16.tanaka@...>

Complexが組み込みになるそうですが、これはcomplex.rbを踏襲して、

49 messages 2008/03/27
[#34161] Re: Complex組み込み — Shin-ichiro HARA <sinara@...> 2008/03/28

原です。

[#34168] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/03/28

> 今までの Complex は、complex.rb にほぼ残して、たとえば Rational 成分

[#34186] Re: Complex組み込み — Shin-ichiro HARA <sinara@...> 2008/03/31

原です。

[#34187] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/03/31

> そうです。Complex が難しい、という話を書いておくと、

[#34193] Re: Complex組み込み — Yukihiro Matsumoto <matz@...> 2008/03/31

まつもと ゆきひろです

[#34203] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/04/01

> |僕としては、/ 演算子の振舞いについて前向きに検討してほしいです。

[#34215] Re: Complex組み込み — Yukihiro Matsumoto <matz@...> 2008/04/02

まつもと ゆきひろです

[#34166] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/03/28

> となるようですが、別の実装として、

[ruby-dev:34129] Re: rational.rb, complex.rb and mathn.rb

From: Tadayoshi Funaba <tadf@...>
Date: 2008-03-25 11:15:18 UTC
List: ruby-dev #34129
> rational.c の中に gcd 実際にはあるわけですよね? それを使えるようにした
> ら良いと思うのですが? つまり, ruby本体に吸収ってことですが. 

それでもよいと思います。

> >  Math を複素数対応版で置き換えてしまいます。
> >  基本的には、今ある石塚版を C に直して math.c に反映させるだけです。
> >  もちろん、もっと効率や精度面で、優れたものがあれば、それをつかっても
> >  いいです。
> 
> これはこれで良い気がします.
> 
> ただ, 今までの互換性が気にならないわけでもないですが, 今まで例外が起こっ
> ていた場面でComplexが帰ってくることになりますので... 互換モードにする
> 何かを用意した方が良いかも.

Math.fsin のようなのを作って、require 'fmath' とかすると Math.sin が
fsin で置き換えられるような?

> >lib/mathn.rb は残してもいい。
> >
> >  けど、中身は、require 'matrix' と / の置き換えと Unify の定義だけに
> >  します。** や sqrt の再定義は、意義だけ汲み取って捨てます。
> >  Prime は残したければ、  lib/prime.rb (?) などに置きます。
> >  ruby -m を新設すれば、lib/mathn.rb もいらないかもしれません。
> 
> できれば, このまま残しておいて欲しいなぁ. 問題があるというか中途半端な
> ところがあるのは認めます. これはこれで頑張るということで.

このまま、ということは、** や sqrt もそのまま、Prime 関連もそのまま、と
いうことですよね。

石塚さんが、頑張るべきところがあるなら、それでいいのかもしれませんが、
少し確認させてください。

おそらく、** や sqrt で、ruby 本体では提供できない何かがある、というこ
とですよね。それはどんなもので、何故、ruby 本体では提供できないのでしょ
うか。

matrix は、それを単体で利用できますが、Prime は / の置き換えなどと一緒
に提供されています、これは不可分な関係である、ということでしょうか。

> 私からいうのも何なんですが, ありがとうございました.

恐縮です。

In This Thread