GNU bug report logs -
#62343
libtool removes the "-no-canonical-prefixes" linker flag
Previous Next
To reply to this bug, email your comments to 62343 AT debbugs.gnu.org.
There is no need to reopen the bug first.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-libtool <at> gnu.org
:
bug#62343
; Package
libtool
.
(Tue, 21 Mar 2023 15:37:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Carlos Galvez <carlosgalvezp <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-libtool <at> gnu.org
.
(Tue, 21 Mar 2023 15:37:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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!
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-libtool <at> gnu.org
:
bug#62343
; Package
libtool
.
(Wed, 29 Mar 2023 23:14:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 62343 <at> debbugs.gnu.org (full text, mbox):
[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)]
Reply sent
to
Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
:
You have taken responsibility.
(Thu, 18 Apr 2024 16:50:06 GMT)
Full text and
rfc822 format available.
Notification sent
to
Carlos Galvez <carlosgalvezp <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 18 Apr 2024 16:50:06 GMT)
Full text and
rfc822 format available.
Message #13 received at 62343-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Thank you for the bug report! libtool should pass the
"-no-canonical-prefixes" flag to the linker now.
--
Ileana Dumitrescu
GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354
[OpenPGP_0x6570EA01146F7354.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 15 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.