On Sun, 6 Jul 2003, Abel Cheung wrote: > On 2003-07-05(Sat) 14:09:40 -0400, Charles Wilson wrote: > > Other than identifying the problem, I don't really know how to correct > > the remaining issue. But in this message > > > > http://mail.gnu.org/archive/html/libtool/2003-05/msg00022.html > > > > I posted a test case that demonstrates the issue; if anybody can figure > > out how to fix libtool, they can test their fix with this small testcase > > rather than trying to build guile. :-) > > Here is a patch attached, that always worked for me so far. It > forcefully puts -L$inst_prefix_dir in front of all other -L and -l > flags. Please tell me if this patch is appropriate or not to commit into > CVS.
There is a "catch-22" with this approach in that adding -L$inst_prefix_dir to the front of the linker search path may cause the wrong dependency libraries to be used, which is just as bad as picking up the wrong target library. The approach is reasonably safe for a DESTDIR install since one may assume that the existing libraries in $inst_prefix_dir are related to the current build, but is dangerous for a normal user install. Although special tweaks may be applied for a DESTDIR install, the library paths should be as the user specified for a normal install. Bob ====================================== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
