[ruby-dev:13868] Re: [ruby-cvs] ruby: * ruby.h: fix a wrong function name: rb_iglob() -> rb_globi().

At Tue, 10 Jul 2001 18:04:57 +0900,
I wrote:
> At Tue, 10 Jul 2001 17:57:36 +0900,
> I wrote:
> > 	- rb_glob() に引数を追加し、 flags を受け付けるようにする。
> > 	- rb_globi() は廃止。
> > 	- 必然的に FNM_* を外部公開する必要ができるが、そのまま
> > 	  ではシステムのマクロとぶつかるので、 R_FNM_* として公開。
> > 	- せっかくなので dir.c#fnmatch() も rb_fnmatch() と改名の
> > 	  上で外部公開。
> > 	- Dir::glob(pattern, flags = File::FNM_PERIOD) とし、
> > 	  オプションとして flags を受け付けるようにする。
> > 	- Dir[*patterns] とし、複数のパターンを受け付けるが、
> > 	  flags は受けとらない。
> 	- Dir::glob にブロックを与えたときに返り値が false なのは
> 	  妙なので、 nil を返すように変更。(たまたま 0 == Qfalse
> 	  だったのが原因)

　私は、 Dir::[] と Dir::glob の仕様が分かれる点については自分の
中では割り切りました。Dir::glob は名前からしても、必要かつ十分な
機能を提供すればよく、一方、 Dir::[] は簡便かつ単純な利用ができる
ことを期待されていると考えれば、上の仕様も妥当に見えてきます。

　別の意見や仕様の案をお考えの方はいますか？


　1.6 では、一つの文字列で(空白で区切って)複数パターンを指定できる
という仕様を残せば、後は同じ変更を施しても互換性は維持されると思い
ますが、こちらについてはどうでしょうか？

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"Freeze this moment a little bit longer, make each impression
  a little bit stronger..  Experience slips away -- Time stand still"