[#6728] Ruby 1.3.3-990507 — matz <matz@...>

Ruby 1.3.3-990507 is out, check out:

34 messages 1999/05/07
[#6731] Re: Ruby 1.3.3-990507 — Katsuyuki Komatsu <komatsu@...> 1999/05/07

小松です。

[#6779] Re: private inner class (Re: Re: class def in class def) — Koji Oda <oda@...1.qnes.nec.co.jp>

小田@QNES です。

13 messages 1999/05/13

[#6789] Ruby 1.3.3-990513 — Yukihiro Matsumoto <matz@...>

Ruby 1.3.3-990513 is out, check out:

59 messages 1999/05/13
[#6811] Re: Ruby 1.3.3-990513 — Koji Oda <oda@...1.qnes.nec.co.jp> 1999/05/14

小田@QNES です。

[#6814] Re: Ruby 1.3.3-990513 — matz@... (Yukihiro Matsumoto) 1999/05/15

まつもと ゆきひろです

[#6821] Re: Ruby 1.3.3-990513 — Koji Oda <oda@...1.qnes.nec.co.jp> 1999/05/16

小田@QNES です。

[#6790] Re: Ruby 1.3.3-990513 — Katsuyuki Komatsu <komatsu@...> 1999/05/13

小松です。

[#6891] Ruby 1.3.3-990518 — Yukihiro Matsumoto <matz@...>

Ruby 1.3.3-990518 is out, check out:

19 messages 1999/05/18

[#6919] ext/socket/getaddrinfo.c tiny fix — Jun-ichiro itojun Hagino <itojun@...>

ext/socket/getaddrinfo.cに以下のpatchをおねがいします。

22 messages 1999/05/20
[#6921] Re: ext/socket/getaddrinfo.c tiny fix — Jun-ichiro itojun Hagino <itojun@...> 1999/05/20

[#7034] Ruby 1.3.4-990531 — Yukihiro Matsumoto <matz@...>

Ruby 1.3.4-990531 is out, check out:

25 messages 1999/05/31

[ruby-dev:6903] Re: Ruby 1.3.3-990513

From: EGUCHI Osamu <eguchi@...>
Date: 1999-05-19 03:28:59 UTC
List: ruby-dev #6903
えぐち@エスアンドイー です。

>>> In message [ruby-dev:6898] Re: Ruby 1.3.3-990513
    On Wed, 19 May 1999 12:01:17 +0900, matz@netlab.co.jp (Yukihiro Matsumoto) said:

matz> まつもと ゆきひろです
matz> 

matz> 良く考えると libtool のGPLには例外規定があるので大丈夫そうで
matz> すね.
matz> 
matz> As a special exception to the GNU General Public License, if you
matz> distribute this file as part of a program that contains a
matz> configuration script generated by Autoconf, you may include it under
matz> the same distribution terms that you use for the rest of that program.
matz> 
matz> でも,今 libtool/libltdl/configure.in を見てみたんですが,こ
matz> の件の検出部分だけでもけっこう大きいですね.うーん,それだけ
matz> の価値があるのだろうか.

同感です。

いまのところ、ソース中で直接プラットホームをではなく、
configure.in がプラットホームを見て
GLOBAL_SYMBOL_WITH_UNDERSCORE(マクロ)を config.h に定義させ
ソースはそれを参照するというのが、好ましく思えます。

perl5 の Configure の様に本当に dlsym() を走らせて
動的なオブジェクトの外部参照に成功するかを評価するのが、
将来出て来る、新しいプラットホームに対応できてよさげですが、
未来の問題は、未来の人に解決してもらいましょう。 ^^)l

	えぐち

In This Thread

Prev Next