From: "Yugui (Yuki Sonoda)" <yugui@...>
Date: 2008-09-26T11:43:09+09:00
Subject: [ruby-dev:36595] (Re:freeze落ち穂拾い) + 1

Yuguiです。

Yukihiro Matsumoto さんは書きました:
> * Encoding.default_internal
> 
>   取り込みます。Yuguiさんには報告済み。ただし、規模が大きい
>   上、これに対応したいライブラリもあるでしょうから、リスケ
>   ジュールが必要かもしれません。[ruby-dev:36558]

その上、まだ細部で議論が収束していないように思えます。

ただし、当該スレッドで私が指摘したようにこの問題はアプリケーションユー
ザーが変更可能な範囲内のみならず、そこからrequireされたライブラリや拡張
ライブラリにまで波及する可能性がある変更です。ですから、選択肢は
 * 1.9.1に取り込む
 * 2.0まで待つ
の二択です。1.9.1に取り込まないならば、1.9.2に取り込むことは支持できません。

よって、internal_encoding自体を却下するのでない限り、あとはスケジュール
の話です。
 (1) リリースを1ヶ月遅らせる(クリスマスには1.9.1-RC3をリリース)
 (2) 11月頃になってからやっぱりリリースが延期されるリスクを背負いつつ、
強行スケジュールを歩む

とはいえ、10月までにコミットしていただければレビュー期間は2ヶ月あるの
で、強行スケジュールでもなんとかなるかもしれません。

私にとって最も重要なのはクリスマスにリリースされることではなく1.9.1がそ
の後の1.9系列の起点として安心して利用できる仕様安定性、動作安定性を持つ
ことだ、というのはお断りしておきます。
(2)を選択したとしても、予想以上に影響があったり、やはり使いづらいとして
議論が再開した場合には1.9.1のリリーススケジュールを遅らせます。


言語デザイナとしてのまつもとさんに伺います。
 * internal_encodingは、リリースの延期、またはそのリスクを抱えてまで取り
込む価値のある機能ですか?

たぶんYESなんだろうなと予測しつつ、これまでクリスマスにリリースしてきた
人としてのまつもとさんに伺います。
 * 今の段階でリリース延期を決定するのと、延期せずに間に合う可能性に賭け
てやるだけやってみるのと、どっちがよいですか?

後者を選択するならば、internal_encodingの様子を見て私が10月25日までに延
期するかしないか決定します。



> * lib/delegate.rb
> 
>   時間が足りなくてチェックインできませんでした。1.8の挙動を
>   復活させます。これもYuguiさんに報告済み。

開発者会議で仕様は固まってますし、internal_encodingに比べれば影響範囲は
狭いので良いんじゃないでしょうか。できれば数日中にお願いします。

> * String#gsub
> 
>   String#scanとブロックパラメータを合わせたいという依頼。影
>   響度を見積もる時間がとれませんでした。間に合わないのであき
>   らめるべきか

開発者会議でも結局、これという案は出なかったんですよね。
諦めるべきだと思います。

> * sprintf, String#%
> 
>   デザインミーティングでは「とりこむ」と発言したもののチェッ
>   クインが間に合いませんでした。

仕様は固まってますし、影響範囲は狭いので良いんじゃないでしょうか。
たぶん、これで影響を受けるのは添付ライブラリにはなさそうですよね。

> * EncodingError
> 
>   Encoding::*Errorの共通のスーパークラス。[ruby-dev:36371]
>   手元にパッチは用意してあってコミットするだけなんですが

良いんじゃないでしょうか。コミットしてください。



また、私もErrno.const_missingの修正が間に合いませんでした。
http://redmine.ruby-lang.org/issues/show/494

自分としては上の「仕様は固まっていて影響範囲が狭い」という基準に照らして
問題ないと思っています。異論がなければ数日中にコミットします。


-- 
Yugui <yugui@yugui.jp>
http://yugui.jp
私は私をDumpする