GNU bug report logs -
#62343
libtool removes the "-no-canonical-prefixes" linker flag
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Hi,
the approach I take in my configure scripts is to protect well-known options with -Xlinker, -Xcompiler or -XCClinker as appropriate. This is as part of a macro that switches configure compilations from using the compiler(s) as-is to instead use the libtool wrapper as soon as possible, already during configure.
I understand why libtool decided to simply strip unknown options, but I think this decision made some assumptions regarding ever-improving libtool, i.e. keeping up with new compiler options eventually, that simply did not materialize.
Kind regards,
Thomas
> On Mar 21, 2023, at 15:29 , Carlos Galvez <carlosgalvezp <at> gmail.com> wrote:
>
> Hi!
>
> I'm using libtool 2.4.6. I realize that it's removing a very important linker flag, making my linking fail.
>
> The command I send is:
>
> ../../libtool --tag=CC --mode=link /path/to/gcc -no-canonical-prefixes <other_flags> <object_files>...
>
> And what libtool prints is:
>
> libtool: link: /path/to/gcc -shared <other_flags> <object_files> ...
>
> Why is the "-no-canonical-prefixes" flag removed from the linking command? If I manually execute linking outside libtool, and add the required flag, linking works successfully.
>
> Thanks!
> _______________________________________________
> Bug-libtool mailing list
> Bug-libtool <at> gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-libtool
[Message part 2 (text/html, inline)]
[smime.p7s (application/pkcs7-signature, attachment)]
This bug report was last modified 1 year and 93 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.