[ruby-dev:38796] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries.

永井@知能．九工大です．

From: "U.Nakamura" <[e-mail]>
Subject: [ruby-dev:38794] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries.
Date: Wed, 15 Jul 2009 18:37:53 +0900
Message-ID: <[e-mail]>
> いえ、推測は全然問題ないんですが...
> $LIBPATHは拡張ライブラリのビルド時に必要なライブラリのパスを
> 入れる配列ですから、今現在存在しないパスを指定する意味が全然
> わかりません...
> 
> あ、$LIBPATHがrpathとしてバイナリに埋め込まれる環境があるんで
> すかね。

あ，いえ，そういうことではありません．
mkmf.rb の create_makefile() メソッドにおいて，
Makefile 生成の際に rpath 設定を定義させるために
$LIBPATH に設定しておく方法しか見付けられなかったためです．(^_^;

おっしゃる通り，本当は rpath 設定だけでいいし，そうしたいのですが，
$LIBPATH へ設定する方法では，いやが応にも両方設定されてしまいます．

単に私が間抜けで見付けることができなかっただけに過ぎず，
実際には正しいやり方が存在するということであれば
教えていただけますと助かります．

> 実は存在するしないには関係ないのですが、VC++のリンカのバージ
> ョンによっては(なのかな)、空白を含むライブラリパスは使用でき
> ません。
> なので、c:/Program Files/Tcl/lib とかが強制的に指定されるよう
> だと、どこに何があろうが必ずリンクに失敗します。

ぁぅ，ぁぅ．．．
だとすると，インストールされそうな場所に思える Program Files 以下は
ダメってことですよね．
きっと，Windows 環境のリンカのすべてがそうと限られているわけではなく，
リンカ次第では Program Files 以下でも問題なしだったりするのでしょうね．
で，extconf.rb の中からでは，リンカの特性まではわからない．．．
ぅぅ．．．どうしようもないですねぇ．．．

> > mswin32 の場合には TK_LIB_SPEC を使ってはダメということのようですが，
> > TK_LIBS を使っている点はどうでしょうか．
> > これも使うとダメになりますか？
> 
> とりあえず、TK_LIBSはそのまま使えそうには見えます。
> TK_LIB_FLAGやTK_LIB_SPECはVC++で使うことを想定しているように
> は見えませんね。
   (snip)
> ちなみに、tcltklib.soのリンクにはTK_LIBSの内容自体がそもそも
> 不要です。あっても害はさほどなさそうですが。

わかりました．
では Windows 環境用にはTcl/Tk の検索先を増やす
(空白入りのパスは含めない) 以外には特別なことをせず，
従来通りとするように方針を変更します．

ただ，もし処理方法選択に使えそうな情報や判断基準がありましたら
ぜひ教えてください．
そういうものがある場合には極力それを活かしたいと思います．
-- 
永井 秀利  ([e-mail])
九州工業大学 大学院情報工学研究院 知能情報工学研究系 知能情報メディア部門