[#34261] ComplexFloat — "Kenta Murata" <muraken@...>

村田です.

117 messages 2008/04/06
[#34280] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

村田です.

[#34286] Re: ComplexFloat — Nobuyoshi Nakada <nobu@...> 2008/04/10

なかだです。

[#34288] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34290] Re: ComplexFloat — "U.Nakamura" <usa@...> 2008/04/10

こんにちは、なかむら(う)です。

[#34293] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34296] Re: ComplexFloat — "U.Nakamura" <usa@...> 2008/04/10

こんにちは、なかむら(う)です。

[#34298] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34300] Re: ComplexFloat — Tanaka Akira <akr@...> 2008/04/10

In article <761216ce0804100221x67f10f12iab12b0e35b6f50e4@mail.gmail.com>,

[#34301] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34303] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/10

まつもと ゆきひろです

[#34314] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/10

利点としては、拡張ライブラリが書きやすい、ということ。正当化の理由とし

[#34316] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34317] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/10

> 私にはいびつな進化という感じはしません.むしろ,せっかく C で実装できるのに

[#34318] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/10

むらたです.

[#34322] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/10

まつもと ゆきひろです

[#34328] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/11

むらたです.

[#34331] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/11

まつもと ゆきひろです

[#34340] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/11

むらたです.

[#34341] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/11

まつもと ゆきひろです

[#34362] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34363] Re: ComplexFloat — Tanaka Akira <akr@...> 2008/04/12

In article <761216ce0804120723n16bfbad7qdae90f142978d256@mail.gmail.com>,

[#34367] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34368] Re: ComplexFloat — Tanaka Akira <akr@...> 2008/04/12

In article <761216ce0804121011h6132d58fh4916ecbb29d58690@mail.gmail.com>,

[#34369] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34364] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/12

まつもと ゆきひろです

[#34366] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/12

むらたです.

[#34386] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/13

まつもと ゆきひろです

[#34415] Re: ComplexFloat — "Kenta Murata" <muraken@...> 2008/04/15

むらたです.

[#34439] Re: ComplexFloat — Shin-ichiro HARA <sinara@...> 2008/04/17

原です。

[#34442] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/04/17

まつもと ゆきひろです

[#34451] Re: ComplexFloat — Shin-ichiro HARA <sinara@...> 2008/04/18

原です。

[#34455] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/18

> 1. ComplexFloat を組込みにし、Complex を標準ライブラリとして提供する。

[#34457] Re: ComplexFloat — Shin-ichiro HARA <sinara@...> 2008/04/20

原です。

[#34458] Re: ComplexFloat — Tadayoshi Funaba <tadf@...> 2008/04/20

> 分かりににくかったですが、これは、ComplexFloat を含めた組込みの数体系が

[#34502] Re: ComplexFloat — sheepman <sh@...> 2008/04/24

こんばんは sheepman です。

[#34601] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/05/07

まつもと ゆきひろです

[#34603] Re: ComplexFloat — keiju@... (石塚圭樹) 2008/05/07

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

[#34614] Re: ComplexFloat — Yukihiro Matsumoto <matz@...> 2008/05/08

まつもと ゆきひろです

[#34621] Re: ComplexFloat — keiju@... (石塚圭樹) 2008/05/08

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

[ruby-dev:34217] Re: Complex組み込み

From: Shin-ichiro HARA <sinara@...>
Date: 2008-04-02 03:39:55 UTC
List: ruby-dev #34217
原です。

Tadayoshi Funaba さんは書きました:
>> そうです。Complex が難しい、という話を書いておくと、
>>
>> 例えば、z = Complex(1.0, 0) と z = Complex(1, 0)、どちらのケースでも
>>
>>   z.is_a?(Complex) && z == 1
>>
>> は真なのに、z/2 は、前者では 0.5 に等しく、後者では 0 に等しい。つまり、
>> このケースでは Complex は、もとの数をラップして分かりにくくしている。
> 
> それは、Complex ではなく、ruby の / 演算子の振舞いが原因なので、解決す
> るには、/ のほうを変更する必要がありますね。Complex に限らず、すでに以
> 前からあることですよね。

私は、「/ のほうを変更する」事を考えていません。また、Complex も現状の
ままでよい、と考えています。それを前提に、ComplexFloat(仮) のメリットの
説明をしました。

>>   若干の修正の後、complex.rb にある Complex も組み込みにする
> 
> 今の trunk にある Complex のどのあたりが不満ですか?

いえ、不満はないです。ただ、考慮の後仕様の変更に伴う修正があるかと思っ
たのです。

>> ところで、もしかしてふなばさんは、Math.sqrt(4) は、Integer の 2 にした
>> いと考えているのでしょうか?Rational、Complex 組み込み後、デフォルトで、
>> mathn を require しない状態で、オプションなしで、の話です。
> 
> 仮に現時点でできなくても、そう出来る可能性をつまないようにしたい、とい
> うことですね。原さんの案では、基本浮動小数点数のみ、おまけで複素数、と
> いうことなんだと思いますが。

私は、「整数 / 整数 = 整数」という / の定義を変えないと仮定して意見を言っ
ています。ふなばさんは、それ自体を変更したいと意図があるので、時々意見
が食い違うのだと思います。「整数 / 整数 = 整数」である限り Math.sqrt(4)
は、Integer の 2 とするわけにはいかない、この点については、ふなばさんも
同意しますよね。違うのかな。

Math のメソッドについては、別の観点から決着がつきそうですが。

「整数 / 整数 = 整数」については、ruby-list でも ruby-math でも既にかな
り議論され、決着がついていません。しかし、Rational が組み込みとなった、
今、状況がかなり変わりましたね。まつもとさんが、もう一度「整数 / 整数
= 整数」ついて、考えてみようという気になってるようなので、どうなるか楽
しみです。

でも、そちらで結論が出るまでは、「整数 / 整数 = 整数」を前提に話をしま
しょう。あたりまえだけど。

In This Thread