[#27384] yaml and pp dump core — sheepman <sheepman@...>
こんばんは、sheepman です。
[#27406] Ripper.new("").parse blocks — Tanaka Akira <akr@...17n.org>
先ほど、端末から test-all したときに途中でブロックすることに
なかだです。
まつもと ゆきひろです
咳といいます。
[#27417] selector namespace — Shugo Maeda <shugo@...>
前田です。
なかだです。
前田です。
なかだです。
前田です。
原です。
なかだです。
[#27428] cannot build ruby with byacc (1.8) — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
山本です。
なかだです。
山本です。
[#27429] 1.8.4 relrase plan? — "URABE Shyouhei aka. mput" <root@...>
卜部です。 RubyConf にかまけていた間に
なかだです。
[#27449] --without-hoge — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#27458] Matrix class is broken without mathn — akira yamada / やまだあきら <akira@...>
Debianユーザからrequire "mathn"しないときに
まつもと ゆきひろです
酒井といいます。
まつもと ゆきひろです
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
[#27460] Re: [ruby-cvs:15780] ruby, ruby/lib: * lib/mkmf.rb (create_makefile): do not unnecessary empty directories. — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
なかだです。
[#27470] def Foo::Bar.baz; end — "URABE Shyouhei aka.mput" <root@...>
卜部です。
[#27484] 1.8.4 feature freeze? — "URABE Shyouhei aka. mput" <root@...>
卜部です。
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
卜部です。
[#27492] Re: [ ruby-Bugs-2613 ] building ruby 1.8.3 on Solaris — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
まつもと ゆきひろです
わたなべです。
山本です。
山本です。
こんにちは、なかむら(う)です。
なかだです。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#27511] RCR 322: Use log identities to improve BigMath::log performance — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
小林です。
まつもと ゆきひろです
小林です。
まつもと ゆきひろです
[#27513] broken Qtrue in 64bit environment — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#27532] [win32] replaced symbols — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
[#27535] Re: [ruby-list:41402] Re: 全角スペースを区切りとした文字列分解で — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#27551] 1.8.4 検証を(だれが|どのように)行うか — "URABE Shyouhei aka.mput" <root@...>
さて、 1.8.4-Preview1
植田@ネットフォレストと申します。
山本です。
卜部です。
山本です。
なかだです。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
In message <20051031093107.5B79.USA@garbagecollect.jp>
こんにちは、なかむら(う)です。
卜部です。
[#27580] 1.8.4 open problems? — "URABE Shyouhei aka.mput" <root@...>
卜部です。
[ruby-dev:27378] Re: RubyGems と OS platform との関係
In article <1128179638.632910.18519.nullmailer@x31.priv.netlab.jp>, Yukihiro Matsumoto <matz@ruby-lang.org> writes: > |RubyGems を添付するが自動的には require しないというのは、中 > |途半端だと思うんですよねぇ。 > > 中途半端ですかねえ。むしろ、RubyGemsが「勝手に」動かないため > にどこかで明示的に > > require 'rubygems' > > した方が良いような気もするんですが。 仮にあるアプリケーションがあるライブラリを必要としたとしましょ う。つまり、そのアプリケーションの README とかにはそのライブ ラリをインストールしてくださいと書いてあるわけです。 ここで、そのアプリケーションはそのライブラリが gem としてイ ンストールされた場合でも、site_ruby に直接インストールされた 場合でもどちらでも動作させたいとしましょう。 ユーザがそのライブラリを gem としてインストールしたいかどう かはアプリケーションの作者が強制するものではないですから、ど ちらでも動作させたいというのは自然な話です。 その要求を簡単に実現するには、RubyGems 固有の機能は使わない が、rubygems を require するだけはするということが考えられま す。 > ああ、でも「誰かが」使っ > てたら変わっちゃうんだから明示性には大した意味はないか。 えぇ。ライブラリ A がライブラリ B を必要とした時に B が gem でインストールされているかどうかにかかわらず... 以下上記と同 様な理屈でライブラリ A が rubygems を require するのはありそ うな話です。 そういうライブラリがたくさんあったとして、rubygems を require しないという要求を満たすには... まぁ、$" をいじって おくのが簡単ですかね。 > rubygemsは確実に添付されるわけですから、そこでrequireを捕捉 > する必要はないのでは。 RubyGems が添付される ruby が普及し、添付されていない ruby を無視できるようになった時期ではたしかにそうです。でも、添付 されていない ruby もしばらくはあるわけで、それを気にするので あれば LoadError を捕捉することになるでしょう。 RubyGems の ruby への統合の状態は次の 3種類が考えられます。 (1) RubyGems が添付されていない ruby (2) RubyGems が添付されているが自動的には require しない ruby (3) RubyGems は添付されていて自動的に require する ruby ここで、(1) しか存在しない現在は、RubyGems を使う人は各自で 対処すればいいというわけで、require 'rubygems' を自分のコー ドに入れる気分にはならないわけです。 また、もし、(3) の状態が十分に普及すれば、require 'rubygems' は自動的に行われるので、やはり自分のコードに入れる必要はない わけです。 でも、(2) が混在すると、RubyGems でライブラリをインストール したユーザにも対応したいよなぁ、という気分になって、 require 'rubygems' を自分のコードに入れ、また、(1) が無視で きなければ LoadError を捕捉することになるわけです。 なので、もし (2) をすっとばして (1) から (3) へ変化するので あれば、require 'rubygems' を自分のコードに入れなくていいの でいいなぁ、と思うわけです。 つまり、もし最終的に (3) の状態に到達するのであれば、(2) は require 'rubygems' という、現在は必要なく、また最終的にも必 要なくなるコードを書くようにする影響があるわけで、そこが (2) を中途半端だと評する理由です。 -- [田中 哲][たなか あきら][Tanaka Akira]