Dan Kegel wrote:
>
> The patch
> http://www.kegel.com/libtool-cross-2.patch
> appears to fix libtool1.4d so it sets sys_lib_search_path_spec properly,
> which is probably required for cross-compiling programs that use libtool.
>
> To test it, I created dummy cross-compiler mycc ...
Unfortunate
The patch
http://www.kegel.com/libtool-cross-2.patch
appears to fix libtool1.4d so it sets sys_lib_search_path_spec properly,
which is probably required for cross-compiling programs that use libtool.
To test it, I created dummy cross-compiler mycc and linker myld which are just
trivial wrappers
Es schrieb Dan Kegel:
>
> Guido Draheim wrote:
> > ... you put the patch before the big case-series
> > for the target-platform, so I guess that the libpath will be
> > overridden immediately.
>
> Only if the case statement below decides to override it.
> Linux doesn't.
> Putting it above the ca
Guido Draheim wrote:
> ... you put the patch before the big case-series
> for the target-platform, so I guess that the libpath will be
> overridden immediately.
Only if the case statement below decides to override it.
Linux doesn't.
Putting it above the case statement is safer because it
only cha
I'm having a problem with linking against the proper shared libraries
on my system. On my NetBSD-1.5.2/i386 machine, I have the following files:
/usr/lib/libssl.so [System-supplied]
/usr/lib/libcrypto.so [ OpenSSL (0.9.5.a)]
/tmp/lib/libssl.so [Newer Ope
Es schrieb Dan Kegel:
>
> As pointed out by H. Lu in October
> ( http://mail.gnu.org/pipermail/bug-libtool/2001-October/002869.html )
> and seconded by Guido
> ( http://mail.gnu.org/pipermail/bug-libtool/2001-October/002872.html )
> libtool improperly searches /lib and /usr/lib when doing
> a cro
As pointed out by H. Lu in October
( http://mail.gnu.org/pipermail/bug-libtool/2001-October/002869.html )
and seconded by Guido
( http://mail.gnu.org/pipermail/bug-libtool/2001-October/002872.html )
libtool improperly searches /lib and /usr/lib when doing
a cross-compile, which results in librarie
