[#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:34663] Re: int/int -> rational (Re: Re: ComplexFloat)

From: keiju@... (石塚圭樹)
Date: 2008-05-12 14:47:18 UTC
List: ruby-dev #34663
けいじゅ@いしつかです.

In [ruby-dev :34640 ] the message: "[ruby-dev:34640] int/int ->
rational (Re: Re: ComplexFloat) ", on May/11 02:09(JST) Yukihiro
Matsumoto writes:

>まつもと ゆきひろです

>でかいのでテーマごとに分割します。
>今回はint/intをrationalにするかどうか、の話。

はい.

>|>Complex::/でquoを使えば当面の問題は解決しませんか?
>|のはずです. 
>
>じゃあ、当面はそうしちゃおうかなあ。

ふなばさんが指摘している問題はありますが, 私的には問題ないと思います.

# 原さんのメイルは難しくて理解できないのでパス(^^;

>|>|>|4. complex が常に mathn を require する。

>|>うーん、個人的には2.0まで待ちたかった変更なのですが。かなり
>|>影響が大きいので、まだ1.9.0とはいえ、これから導入するのには
>|>ためらわれます。
>|
>|自分で提案していてなんなんですが(^^;
>|それは導入を前向きに考えているってことです?
>
>えーと、真意を計りかねているんですが。提案してはみたものの受
>け入れられそうとは思ってなかったってこと?

です.
だって, この主張ってRubyがこの世にでたころからいい続けていることだと思
いますので, 今更受け入れられることはないと信じきっていました(^^;

>ふなばさんは以前からそのように強く主張していらっしゃったし、
>移行に伴うゴタゴタが心配なだけで、とくに反対してはいません。

おー. やった.

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

でしょうねぇ... 

最初は, int/int したら整除(div)使えとワーニングを出すようにしてから, 
置き換えとか.

>|リテラル導入に関しては全く考えていなかったです. /に関してはリテラルは
>|難しいですよね? int/int は rational だけども, その他は 違うとか,.,. 難
>|しいと言うか面倒かな? 
>
>難しくはないですね。まあ、Integer#/を再定義しても反映されな
>いというようなことはあるでしょうけど。

なるほど.
とはいえ, 私はint/intをリテラルにして欲しいとまではいいません. 反対も
しませんが...


__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: keiju@ishitsuka.com <<---

In This Thread