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

わたなべです。

[e-mail] <[e-mail]> writes:

> > > たしかに、have_funcでlibrubyの関数をデフォルトで検出できるよう
> > > にしたいというのが元々ですが、have_funcとtry_runで使われるライ
> > > ブラリが違うと混乱したりしないでしょうか。
> > 
> > そうか、ちょっとまずいですね。
> 
> となると(3)が一番なのかな。

無難そうですね。

> > > > (3) libruby.aをリンクする
> > > > のが一番簡単です。あと
> > > 
> > > (3)も考えたんですが、たぶんフルパスで指定しなきゃいけないところ
> > > が面倒かなとか。
> > 
> > libruby17.soだとしても-Lで指定するから大して違いはないと思いました。
> 
> build_osとかコンパイラによっては、/を変換したりとか指定する位置
> を考えたりとか必要そうな気がしたんですが。

なるほど。じゃ安易に
  cp libruby17.a libruby17-static.a
として-lruby17-staticを用意してしまうというのはどうでしょう？
＃symlinkが使える環境ならsymlinkで。
extmk.rb的にはこれでよさそう。

mkmf.rb的にはそもそもlibruby17.aが$(archdir)にある必要もない気がします。
libruby17.aをリンクすることもほとんどないし、いっそのこと
  mv libruby17.a libruby17-static.a
として$(libdir)にインストールしてしまったほうが使いやすい気
がしてきました。

> > 究極的にはtry_runは使っちゃいけないと思ってます。
> > もしくはautoconfのac_cv_fooを用意すべきなのかなあ。
> 
> そのためのwith_configとか?

あ、そうか。

> > > こういう感じ?
> > 
> > いや、have_funcは最終的にはtry_linkを呼んでるのでこれじゃ何
> > も変わりません。
> > 
> > > @@ -234,5 +234,5 @@ end
> > >  
> > >  def try_link(src, opt="")
> > > -  try_link0(src, opt)
> > > +  try_link0(src, "#$LIBRUBYARG #{opt}")
> > >  ensure
> > >    rm_f "conftest*", "c0x32*"
> > 
> > def try_runのほうをこうすればいけそう。
> 
> え、try_runからLIBRUBYARGを抜くんじゃないんですか。

あれ？ぼけまくってますね。
def try_funcの
  try_link(<<"SRC", libs) or try_link(<<"SRC", libs)
のlibsのところに$LIBRUBYARGを加えればいい？

-- 
わたなべひろふみ