[#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:34174] Re: Complex組み込み

From: Tadayoshi Funaba <tadf@...>
Date: 2008-03-28 14:50:43 UTC
List: ruby-dev #34174
> 最初に言っておきますが、気を悪くされたのならすみません。
> 決してふなばさんがされていることを否定しているわけではなく、
> ただ、組み込みの経緯が見えないので、質問したのです。

気にしないでください。

> > 仮にそうだとしても、rational の扱いを直ちに捨てる必要もないと思っていま
> > す。
> 
> そういう意図はなかったのですが、舌足らずでしたね。

今読み返してもそのようにしか解釈できないですが、僕自身は、速度改善の余
地はあると思っていますが、田中さんからは、その余地がなく、間違った判断
をした、あるいはしつつある、と言われたように思います。

> > Common Lisp、Scheme、Factor、Squeak などでも普通につかえますが、このあ
> > たりの言語はちょっとおかしいってことなんですかね。
> 
> こうした言語が科学技術計算でバリバリに使われているという話は
> 聞いたことがありません。
> そういう実装では、科学技術計算には向かないんじゃないでしょうか。

ruby はいつ頃から科学技術計算言語になったんですかね。

> > 今回は、よりよい実装で置き換える、ことが目標だったこともありますが、僕
> > は、誰も速くしてくれといってないのに、速くないとダメだ、仕様を曲げてで
> > も速くしよう、などとは考えもしませんでした。
> 
> 中には速くないとダメだ、という使い方をする場合もあり、
> そういう使い方もできるような仕様になればよいと思うのです。

それを否定する人は誰もいないでしょう。可能ならば。

> ただ、もしかして、組み込み複素数が、速い複素数の可能性を否定するような
> 実装へ向かっているように見えたので、こういう要望もあるということを伝え
> たかったのでした。

どのあたりでしょうか。

In This Thread