[#34647] fork 不可能な環境での test_argv0_noarg — wanabe <s.wanabe@...>

ワナベと申します。

13 messages 2008/05/11
[#34667] Re: fork 不可能な環境での test_argv0_noarg — Yukihiro Matsumoto <matz@...> 2008/05/13

まつもと ゆきひろです

[#34742] Ruby 1.8.7-preview3 has been released — "Akinori MUSHA" <knu@...>

 Ruby 1.8.7-preview3 をリリースしました。

14 messages 2008/05/18
[#34744] Re: [ruby-list:44957] Ruby 1.8.7-preview3 has been released — Takahiro Kambe <taca@...> 2008/05/19

お疲れ様です。

[#34800] Windows2000上でtrunkがビルドできない — KIMURA Koichi <kimura.koichi@...>

木村です。

18 messages 2008/05/22
[#34801] Re: Windows2000上でtrunkがビルドできない — "U.Nakamura" <usa@...> 2008/05/22

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

[#34824] Re: Windows2000上でtrunkがビルドできない — KIMURA Koichi <kimura.koichi@...> 2008/05/23

木村です。

[#34850] Re: Windows2000上でtrunkがビルドできない — KIMURA Koichi <kimura.koichi@...> 2008/05/26

木村です。

[#34854] Re: Windows2000上でtrunkがビルドできない — "U.Nakamura" <usa@...> 2008/05/26

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

[#34889] Ruby 1.8.7-preview4 test-all failed in OpenSSL::TestSSL — Nobuhiro IMAI <nov@...>

いまいです。

10 messages 2008/05/29

[ruby-dev:34642] Re: int/int -> rational (Re: Re: ComplexFloat)

From: Shin-ichiro HARA <sinara@...>
Date: 2008-05-11 00:14:02 UTC
List: ruby-dev #34642
原です。

Yukihiro Matsumoto さんは書きました:
> まつもと ゆきひろです
>
> でかいのでテーマごとに分割します。
> 今回はint/intをrationalにするかどうか、の話。

ご、ご乱心を!!(^^;
やるとしても10年ぐらい先になるかと思ってました。
int/int->rat としたくない人は1.8を使えと?
int/int->rat としたくない人はVMの恩恵に与れないことになる?
かなり反対の人もでると思います。一時的に Ruby の信用が落ちる
と思う。

しかし、もしかすると、意外にすんなりいくかもしれない。機運と
いうのもあるし。

それだけ Rational が組み込みになることは、大きな出来事だった
わけですね。


> In message "Re: [ruby-dev:34621] Re: ComplexFloat"
>     on Fri, 9 May 2008 02:04:26 +0900, keiju@ishitsuka.com (石塚圭樹) writes:
>
> |>Complex::/でquoを使えば当面の問題は解決しませんか?
> |
> |のはずです.
>
> じゃあ、当面はそうしちゃおうかなあ。

それをするなら、やはり int/int->rat しないと。

> まあ、rationalもto_intを持っていますから、十分多相的にデザイ
> ンすれば実はほとんどのケースで問題はないような気もするのです
> が、たぶん楽観視しすぎでしょう。

array[x/2] みたいのはいいけど、array[x/2 + y/2] とかなるとだ
めですね。


// を div にすることも検討できないかしら。/ を div に書き換え
るのに比べ、/ を/ / に書き換えるのはかなり心理的な抵抗が少ない
と思う。空の正規表現 // は、特殊な場所でしか使わないし、
Regexp::Empty みたいな定数で対応するとか。あ、漢字コードの指
定が困るか。


うーむ。するとやはり、mathn 組み込みってのも視野に入ってきますね。

In This Thread