[#44586] [Ruby 1.9 - Bug #5423][Open] readlineの入力待機中に端末のウィンドウサイズ変更すると入力内容が乱れる — Takuto Matsuu <matsuu@...>

8 messages 2011/10/08

[#44589] [Ruby 1.9 - Bug #5429][Open] 64ビットなFreeBSDのioctlでビット31が1なリクエストの時の不具合 — Makoto Kishimoto <redmine@...>

21 messages 2011/10/09

[#44604] Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...>

ささださんが既にいくつか 2.0 関連のメールを投げていらっしゃいますが、

75 messages 2011/10/18
[#44607] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44618] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/18

(2011/10/18 16:15), Yukihiro Matsumoto wrote:

[#44619] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/18

まつもと ゆきひろです

[#44627] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

On 10/18/2011 10:16 PM, Yukihiro Matsumoto wrote:

[#44629] Re: Ruby 2.0 release plan — Yukihiro Matsumoto <matz@...> 2011/10/19

まつもと ゆきひろです

[#44631] Re: Ruby 2.0 release plan — Urabe Shyouhei <shyouhei@...> 2011/10/19

たとえば2.0の次のバージョン番号はどうしますか?

[#44633] Re: Ruby 2.0 release plan — "NARUSE, Yui" <naruse@...> 2011/10/20

2011年10月20日3:31 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#44612] Re: Ruby 2.0 release plan — Yusuke Endoh <mame@...> 2011/10/18

遠藤です。

[#44707] [ruby-trunk - Feature #5512][Open] Integer#/ の改訂 — tadayoshi funaba <redmine@...>

13 messages 2011/10/30

[#44719] [ruby-trunk - Feature #5520][Open] Numeric#exact?、Numeric#inexact? の追加 — tadayoshi funaba <redmine@...>

13 messages 2011/10/31

[ruby-dev:44638] Re: Ruby 2.0 release plan

From: Yukihiro Matsumoto <matz@...>
Date: 2011-10-20 04:45:33 UTC
List: ruby-dev #44638
まつもと ゆきひろです

なんでこの二人には伝わらない。

In message "Re: [ruby-dev:44633] Re: Ruby 2.0 release plan"
    on Thu, 20 Oct 2011 12:24:10 +0900, "NARUSE, Yui" <naruse@airemix.jp> writes:

|比較的近い未来だと、2.0.0 の次をどうするかと、
|MVM が 2.0.0 に入らないとして、入った時どうなるのか、とか。

私は MVM について全容を把握しているわけじゃないんで、今それ
を決めろと言われても。ソース互換性があるらしいから TEENY で
いいんじゃないですか。

[ruby-dev:44619] で不満なら、あいざわさんの [ruby-dev:44636]
ではどうでしょう?

|卜部さんと同意見です。
|加えて、バージョン番号は実は soname や lib/ruby 下のファイル名などに影響したり、
|今どのくらいの非互換をつっこんでいいのかにも影響するので。

いや、そういうのがもうイヤなんですよ。なんでバージョン番号が
先になるのか。これ以上、バージョン番号なんてくだらないことで
進歩が遅くなるのはたくさんです。技術的にsonameが変える必要が
あれば、その要求を満たすようにバージョン番号を上げたらいいし、
非互換を突っ込みたくて、それをバージョンで明示したいなら上げ
たらいいじゃないですか。

リリースするたびに「このリリースはマーケティングの観点から
TEENYを上げるべきか、MINORを上げるべきか」って議論すればそれ
でいいじゃないかと思うんですが。

                                まつもと ゆきひろ /:|)

In This Thread