Re: libtool .. [path to shared library] ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albert Chin wrote: | Repost as the first try didn't garner a response. | | If I invoke libtool as so: | $ libtool ... [path to shared library] ... | is libtool suppose to pass [path to shared library] to the final link | stage? It's ignoring anything on the command line that ends with | *$shrext. I can see no reason why it should. Passing `-L[path] -l[basename]' will happily pick up a system .so library even if there is no associated .la file. ~ A quick scan through ltmain.in doesn't reveal any code to deliberately ignore absolute library paths as far as I can see. Looks like a bug to me :-( What exactly are you linking? Cheers, Gary. - -- Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org} Research Scientist ( '/ http://www.oranda.demon.co.uk GNU Hacker / )= http://www.gnu.org/software/libtool Technical Author `(_~)_ http://sources.redhat.com/autobook -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQE/3u16FRMICSmD1gYRAr00AKCShulvmXL7jzbZ8dJ9564yVKLGVQCeOK6f tlLe+kNxw3PXkhp3CnvbPVY= =qq2C -END PGP SIGNATURE- ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool .. [path to shared library] ...
On Tue, Dec 16, 2003 at 11:33:15AM +, Gary V. Vaughan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albert Chin wrote: | Repost as the first try didn't garner a response. | | If I invoke libtool as so: | $ libtool ... [path to shared library] ... | is libtool suppose to pass [path to shared library] to the final link | stage? It's ignoring anything on the command line that ends with | *$shrext. I can see no reason why it should. Passing `-L[path] -l[basename]' will happily pick up a system .so library even if there is no associated .la file. ~ A quick scan through ltmain.in doesn't reveal any code to deliberately ignore absolute library paths as far as I can see. Looks like a bug to me :-( What exactly are you linking? lftp 2.6.10 linking against the gettext libraries on HP-UX. Because the author used $(INTLLIBS) instead of $(LTLIBINTL), he got the .sl versions of the gettext libraries. I fixed it on the 1.5 branch but I just hacked together a solution for now. I'd send you a diff of my ltmain.in but savannah is still down :( -- albert chin ([EMAIL PROTECTED]) ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
libtool .. [path to shared library] ...
Repost as the first try didn't garner a response. If I invoke libtool as so: $ libtool ... [path to shared library] ... is libtool suppose to pass [path to shared library] to the final link stage? It's ignoring anything on the command line that ends with *$shrext. -- albert chin ([EMAIL PROTECTED]) ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
libtool .. [path to shared library] ...
If I invoke libtool as so: $ libtool ... [path to shared library] ... is libtool suppose to pass [path to shared library] to the final link stage? It's ignoring anything on the command line that ends with *$shrext. -- albert chin ([EMAIL PROTECTED]) ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
