[#29736] [提案] Kernel#p をもっと便利に — "Yusuke ENDOH" <mame@...>

遠藤侑介と申します。

19 messages 2006/11/01

[#29765] merge with YARV — SASADA Koichi <ko1@...>

 ささだです。

16 messages 2006/11/03

[#29767] 1.8 proposal of RUBY_PATCHLEVEL — URABE Shyouhei <root@...>

-----BEGIN PGP SIGNED MESSAGE-----

52 messages 2006/11/04
[#29771] Re: 1.8 proposal of RUBY_PATCHLEVEL — Shugo Maeda <shugo@...> 2006/11/04

前田です。

[#29925] ruby -v — Urabe Shyouhei <shyouhei@...>

卜部です。

28 messages 2006/11/24

[#29964] 1.8, 1.9, svn化, などなどのまとめ — "U.Nakamura" <usa@...>

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

15 messages 2006/11/28

[#29970] BUG: Incorrect handling of Ignorecase matching (regex.c of 1.8.5) — "きむらこういち" <hogemuta@...>

木村です。

15 messages 2006/11/28

[ruby-dev:29802] Re: 1.8 proposal of RUBY_PATCHLEVEL

From: URABE Shyouhei <root@...>
Date: 2006-11-04 17:02:59 UTC
List: ruby-dev #29802
卜部です。

Yukihiro Matsumoto wrote:
> |以下は卜部がブランチメンテナになった場合の話で、
>
> 神戸さんも指摘しておられますが、ここは属人性を排除するため
> 「卜部くんならこうする」という意思表明ではなくて「今後この方
> 針がよい」という方針の提案と読んだほうがよいと思います。
>   

どうも今後の方針を議論するということでコンセンサスが得られたような雰囲気
かな。

> |(2) API変更停止
>
> Cヘッダファイルの変更停止はまあ当然でしょう。

はい。

> Rubyレベルでは
> メソッドを追加しないというのもやった方が良いと思います。言語
> の微妙な動作についてはRubySpecの動きでRuby1.8, JRubyその他の
> 間で合意ができた場合には変更が行われるかもしれませんが、安易
> な変更は行われるべきではないでしょう。基本的に凍結と言って良
> いと思います。test/以下のファイルについてはテストの追加は許
> しても良いかもしれません。
>   

テストの追加に関しては微妙ですね。許してもよさそうに見えますが、なにかを
見落としてるような、奥歯に挟まったサンマがとれないような違和感があります。
# 今晩サンマだったんです。

> 標準ライブラリについては、私が直接管理していないんで判断が難
> しいです。
>   

標準ライブラリだからと言って本体と違う基準があるのはどうでしょうか?
(1) 過度に複雑になる気がします
(2) 堤防は弱いところから決壊するものです。本体より厳格な管理がなされてい
るライブラリばかりならよいかもしれませんが、とてもそのようには現状見受け
られません。

> ruby -v の出力はどうなるんでしょうね。
>   
どうするのがいいですか。

私情を挟むといまと同じというのが好きです。
ruby -vを変えるとruby -vの出力に依存してたコードが動かなくなるのでやりた
くないです。

In This Thread