[ruby-dev:18678] Re: ruby 1.7 fails in try_run()

なかだです。

At Thu, 7 Nov 2002 14:30:37 +0900,
WATANABE Hirofumi wrote:
> > > /usr/libexec/ld-elf.so.1: Shared object "libruby17.so.17" not found
> > > 
> > > となっており、 -lruby17 が解決できません。すでにインストールされて
> > > いる場合は通るのですが。
> > 
> > librubyを自動的に探すようにしたのはまずかったのかなぁ…。
> 
> have_funcあたりなら問題ないでしょう。

たしかに、have_funcでlibrubyの関数をデフォルトで検出できるよう
にしたいというのが元々ですが、have_funcとtry_runで使われるライ
ブラリが違うと混乱したりしないでしょうか。

> > (1) -lruby17をはずす
> > (2) try_runでライブラリのパスを指定する
> > 
> > (2)の場合、ELFなら環境変数LD_LIBRARY_PATH、WindowsならPATHにな
> > ると思いますが、他の環境だとどうなるんでしょうか。
> 
> (3) libruby.aをリンクする
> のが一番簡単です。あと

(3)も考えたんですが、たぶんフルパスで指定しなきゃいけないところ
が面倒かなとか。

> (4) try_runを使わずに判断する
> ことができればクロス環境にとっては理想的なんですが。

それはそうなんですが、mkmf.rbで考えることではなくてextconf.rbの
ほうの話になってしまうので。

一応標準のものについてはほぼtry_runを排除してありますが、
ext/dl/mkcall.rbの$int_eq_longだけ残ってます。これはextconf.rb
の$with_type_intと同様try_cppにしてもいいんですが、そもそも使わ
れてないのでまるごと削ってしまったほうがいいかどうか判断がつか
なかったからです。

# どうせ成功しても失敗しても無関係だし。

> librubyをリンクして初期化してない関数を呼んだところで動かな
> い可能性もあるので、とりあえずはtry_runではlibrubyをリンクし
> ないほうがいいのかな。

こういう感じ?


Index: mkmf.rb
===================================================================
RCS file: /cvs/ruby/src/ruby/lib/mkmf.rb,v
retrieving revision 1.115
diff -u -2 -p -r1.115 mkmf.rb
--- mkmf.rb	4 Nov 2002 11:06:03 -0000	1.115
+++ mkmf.rb	7 Nov 2002 05:49:27 -0000
@@ -212,5 +212,5 @@ def link_command(ldflags, opt="", libpat
 		 'LIBPATH' => libpathflag(libpath),
 		 'LOCAL_LIBS' => "#$LOCAL_LIBS #$libs",
-		 'LIBS' => "#$LIBRUBYARG #{opt} #$LIBS")
+		 'LIBS' => "#{opt} #$LIBS")
 end
 
@@ -234,5 +234,5 @@ end
 
 def try_link(src, opt="")
-  try_link0(src, opt)
+  try_link0(src, "#$LIBRUBYARG #{opt}")
 ensure
   rm_f "conftest*", "c0x32*"


-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦