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

永井＠知能．九工大です．

From: URABE Shyouhei <[e-mail]>
Subject: [ruby-dev:29899] Re: 1.8 proposal of RUBY_PATCHLEVEL
Date: Tue, 7 Nov 2006 19:21:34 +0900
Message-ID: <[e-mail]>
> Hidetoshi NAGAI wrote:
> > このメールを読む前に Tue 7 Nov 2006 18:11:04 JST の時点で 
> > commit したんですが，ダメですか？(;_;)
> >
> > 使い物にならない状態だった部分を改修したものを含んでるんですが．．．
> >   
> その情報だけではさすがに判断できないのでもう少し詳しくお願いできますか。
> * どう使いものにならなかったか

Tcl/Tk の BLT 拡張を利用する場合のライブラリの一部で，
提供していたつもりの機能に大きなバグがあり，
その部分のかなりの割合が期待通りには動作しない状態になっていました．

# 私の見落としが原因です．
# Tcl/Tk 本体に加え，複数の Tcl/Tk 拡張がサポート対象ですので，
# 他にも同様に私の目が行き届いていない個所が存在する可能性は
# 十分にあります．

Tcl/Tk インタープリタにコマンドを送り込むことは可能ですから，
問題となっている機能を呼び出すことはできます．
ですが，その形式では引数準備や戻値変換などで不便であり，
「使える」とは言えない状態でした．

> * 改修することでどう変わったか(影響範囲など)

BLT 拡張のその部分 (具体的には ::blt::table コマンド) の 
wrapper ライブラリが正常に使えるようになりました．
なお，従来から正しく動いていた範囲については
以前からの互換性を維持できているはずです．

# Ruby/Tk では，互換性には気を使っているつもりです．

この改修の影響範囲はその部分に限定されており，他には及びません．

> * これからのrubyにとって不可欠なコミットであるという熱い想い
> などいただけると判断しやすいかとおもいます。

Ruby 自体にとって不可欠であるとは全く言えませんが，
「代表的な Tcl/Tk 拡張まではサポート対象に含める」
という方針上，Ruby/Tk にとっては不可欠な commit です．

Tcl/Tk は古くから存在するものですが，
その開発が停止しているわけではありません．
Ruby/Tk の維持管理のためには，Tcl/Tk やその代表的拡張の
機能向上への追随をやめるわけにはいきません．
この点は，外部のライブラリへの依存性があるような
Ruby の拡張ライブラリ一般で同様に言えることでしょう．

今回は Ruby/Tk 側の単なるバグの問題でしたが，
1.8 系が活きている間，その上の Ruby/Tk を活かし続けるには，
こうした commit は必要なものと思います．
で，commit のタイミングは依存対象の更新に依存しますので
こちらの都合で時期を決められないのが辛いところです．(^_^;

まぁ，1.8 系の新しいバージョンが提供されなくなれば，
Ruby/Tk 部分固有 (他の部分とは独立の) のアップデートパッチ
のような形での更新提供とするしかないのでしょうね．
-- 
                                       永井 秀利 （九工大 知能情報）
                                           [e-mail]