[#37674] [Bug:trunk] Socket.getaddrinfo("www.ruby-lang.org", 80) returns only UDP information — Tanaka Akira <akr@...>
1.9 と 1.8 で Socket.getaddrinfo("www.ruby-lang.org", 80) の返り値が違います。
4 messages
2009/01/01
[#37677] [BUG:trunk] Re: [ruby-cvs:28403] Ruby:r21185 (trunk): * thread.c (rb_thread_blocking_region): add a comment. — "U.Nakamura" <usa@...>
あけましておめでとうございます、なかむら(う)です。
4 messages
2009/01/02
[#37679] [FEATURE:trunk] EncDet again — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
23 messages
2009/01/03
[#39781] [Feature #973] EncDet again
— Yui NARUSE <redmine@...>
2009/11/25
チケット #973 が更新されました。 (by Yui NARUSE)
[#39782] Re: [Feature #973] EncDet again
— Kouhei Sutou <kou@...>
2009/11/25
須藤です。
[#37680] Re: [ruby-cvs:28500] Ruby:r21282 (trunk): * enc/trans/euc-cn.c: renemed from gb2312.c because GB2312 is — Martin Duerst <duerst@...>
At 15:29 09/01/03, you wrote:
3 messages
2009/01/03
[#37681] Re: [ruby-cvs:28501] Ruby:r21283 (trunk): * enc/trans/chinese.trans: added for transcoding EUC-CN and GB12345. — Martin Duerst <duerst@...>
At 15:31 09/01/03, you wrote:
5 messages
2009/01/03
[#37684] Re: [ruby-cvs:28501] Ruby:r21283 (trunk): * enc/trans/chinese.trans: added for transcoding EUC-CN and GB12345.
— "NARUSE, Yui" <naruse@...>
2009/01/03
成瀬です。
[#37694] Re: [ruby-cvs:28501] Ruby:r21283 (trunk): *enc/trans/chinese.trans: added for transcoding EUC-CN and GB12345.
— Martin Duerst <duerst@...>
2009/01/04
At 23:18 09/01/03, NARUSE, Yui wrote:
[#37686] IRB doesn't prompt for MSWin32 — arton <artonx@...>
artonです。
11 messages
2009/01/03
[#37687] Re: IRB doesn't prompt for MSWin32
— "Ayumu Aizawa" <ayumu.aizawa@...>
2009/01/03
ruby-devにははじめてメールします、あいざわです。
[#37688] [Bug #974] Range#max で終了しないことがある — tadayoshi funaba <redmine@...>
Bug #974: Range#max で終了しないことがある
6 messages
2009/01/03
[#37689] Re: [Bug #974] Range#max で終了しないことがある
— Yukihiro Matsumoto <matz@...>
2009/01/03
まつもと ゆきひろです
[#37692] AddrInfo — Tanaka Akira <akr@...>
提案なのですが、ext/socket で AddrInfo クラスを新設するのはどうでしょうか。
8 messages
2009/01/04
[#37737] Encoding.locale_charmap — Hidetoshi NAGAI <nagai@...>
永井＠知能．九工大です．
13 messages
2009/01/08
[#37738] Re: Encoding.locale_charmap
— Yukihiro Matsumoto <matz@...>
2009/01/08
まつもと ゆきひろです
[#37748] $LOAD_PATHとバージョンの運用の関係 — akira yamada / やまだあきら <akira@...>
1.9系でのバージョンの運用と$LOAD_PATHの値について質問です。
12 messages
2009/01/09
[#37758] Re: $LOAD_PATHとバージョンの運用の関係
— "NARUSE, Yui" <naruse@...>
2009/01/11
成瀬です。
[#37889] Re: $LOAD_PATHとバージョンの運用の関係
— Takao Kouji <kouji@...7.net>
2009/02/03
高尾宏治です。
[#37890] Re: $LOAD_PATHとバージョンの運用の関係
— Tanaka Akira <akr@...>
2009/02/04
In article <1A717293-1636-4FD3-87FE-388EF5FFF560@takao7.net>,
[#37897] Re: $LOAD_PATHとバージョンの運用の関係
— "U.Nakamura" <usa@...>
2009/02/04
こんにちは、なかむら(う)です。
[#37749] $LOAD_PATHのconfigureによる指定 — akira yamada / やまだあきら <akira@...>
Ruby 1.9.1RC1では$LOAD_PATHの中の
6 messages
2009/01/09
[#37765] AddrInfo.list_ipaddr — Tanaka Akira <akr@...>
提案なんですが、ホストが持っている IP アドレスのリストを返す
4 messages
2009/01/13
[#37783] [Feature:1.9] backlog option for TCPServer and UNIXServer — Nobuyoshi Nakada <nobu@...>
なかだです。
5 messages
2009/01/18
[#37785] Re: [Feature:1.9] backlog option for TCPServer and UNIXServer
— Tanaka Akira <akr@...>
2009/01/19
In article <20090118200251.12428E0D32@mail.bc9.jp>,
[#37823] [Feature #1038] Signal.trapのcommandにSymbol — Kazuhiro NISHIYAMA <redmine@...>
Feature #1038: Signal.trapのcommandにSymbol
4 messages
2009/01/22
[ruby-dev:37748] $LOAD_PATHとバージョンの運用の関係
From:
akira yamada / やまだあきら <akira@...>
Date:
2009-01-09 10:45:03 UTC
List:
ruby-dev #37748
1.9系でのバージョンの運用と$LOAD_PATHの値について質問です。
1.9.1RC1のconfigure.inでは、Ruby本体のバージョンを
$LOAD_PATHに埋め込んでいるように見えます。
デフォルトでは「1.9.1」のようにteenyまで含むものです。
このことにより、Ruby 1.9.2がリリースされたとき
Rubyをバージョンアップすると、
バイナリかどうかによらずすべての外部ライブラリ
(ユーザ作成のものも含む)が利用できなくなります。
もちろん、再インストールすれば良いわけですが、
このことからRuby 1.9系ではteenyが上がるごとに
互換性がなくなるような運用を想像してしまいます。
コアチームではこのあたりの運用をどのように考えているのでしょうか。
*
と、いうことをIRCでたずねました。
IRC上では以下のような話になりました。
2009-01-09 13:31 <nurse> というか、その辺の話はオフィシャルな場で議論していないので、ruby-devに投げるとよいかもしれませぬ
2009-01-09 13:32 <yugui__> ./configure.inがそうなってないのは、
2009-01-09 13:32 <yugui__> 単にだれもやってないから。
2009-01-09 13:37 <yugui__> ircで話した結果の私の認識:
2009-01-09 13:37 <yugui__> バイナリ互換が破られたら1.9.1の部分がその時のバージョンに上がる!
2009-01-09 13:38 <yugui__> RubyレベルAPIはできるだけ上位互換性の方向で。
2009-01-09 13:38 <unak> (バイナリに依存しない.rbと分離可能だという気分はある)
2009-01-09 13:38 <n0kada> ということはLOAD_PATHはteenyを直接使ってはいけない?
2009-01-09 13:38 <yugui__> n0kada: 本当は。
2009-01-09 13:39 <unak> バイナリAPI仕様バージョン番号、が必要になるということだよね。
2009-01-09 13:39 <n0kada> RUBY_API_VERSIONとかが
2009-01-09 13:39 <unak> これは1.8の頃にも議論があったと記憶している。
2009-01-09 13:53 <unak> というわけで、今後新規に必要になるのは、shared objectのバージョン番号と、ライブラリインストールパスのバージョン番号
2009-01-09 13:54 <unak> という理解で正しいのでしょうか。
2009-01-09 13:55 <nurse> libruby191になるのはだめなの？
2009-01-09 13:56 <unak> だめじゃないんじゃね
2009-01-09 13:56 <nurse> いいと思いますよ、要約してくださる方がいれば
2009-01-09 13:57 <nurse> すると、Rubyのバイナリバージョン番号？
2009-01-09 13:59 <unak> それから両方が決定できるなら。
2009-01-09 13:59 <unak> 外見えで必要なのはさっきの2つ。内部的にそれを何から生成するかは別に何でも。
ざっくりまめると以下のような感じでしょうか。
* $LOAD_PATHの中の「1.9.1」の部分は、
本来的にはRubyのAPIバージョン的なものを表している
* その部分はRubyのAPI互換性に応じて変わる(上がる)
* *.soに依存している可能性から
*.rbファイルも同様に互換性が失われる(と考える)
この考え方からするとRubyレベルでの
APIのバージョンを示すものが必要になりそうです
(それがリリース時点のRubyのバージョンでも構わないと思います)。
また、それとは別に、1.9.xのどこかでバイナリ互換性が失われる
可能性があるそうですのでsonameの運用についても
何かしらの方針が必要なのではないかと思います。
APIバージョンおよび$LOAD_PATHの運用については
おおざっぱな言い方になりますが業務で使う場合には
けっこう重要になってくると思います。
(仮にconfigure.inが今のまま1.9.2になったとすると、
そのアップグレードはかなり難しくなります。)
また、APIバージョンおよびsonameの両方について、
私的話になって申し分けないのですけども
バイナリパッケージを作成する上でけっこう重要になってきます。
*
そんなわけで、このあたりの運用方針について
どこかで明確になっているとありがたいのですが、
いかがでしょうか。
--
ay