GNU bug report logs - #70972
Test 170 fails

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 70972 in the body.
You can then email your comments to 70972 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sam James <sam <at> gentoo.org>
To: bug-libtool <at> gnu.org
Subject: Test 170 fails
Date: Thu, 16 May 2024 02:09:24 +0100

When testing libtool-2.5.0, I got one test failure in test 170
(bug_62343.at for -no-canonical-prefixes):

#                             -*- compilation -*-
170. bug_62343.at:26: testing Use -no-canonical-prefixes flag ...
./bug_62343.at:28: $LIBTOOL --config | $EGREP '^build_libtool_libs=no' && (exit 77)
./bug_62343.at:36: $LIBTOOL --mode=compile --tag=CXX g++ -c x.cpp
stderr:
stdout:
libtool: compile:  g++ -c x.cpp  -fPIC -DPIC -o .libs/x.o
libtool: compile:  g++ -c x.cpp -o x.o
./bug_62343.at:38: $LIBTOOL --mode=link --tag=CXX g++ -o libx.la -no-canonical-prefixes -rpath /usr/lib64/ x.lo
stderr:
g++: fatal error: '-fuse-linker-plugin', but liblto_plugin.so not found
compilation terminated.
stdout:
libtool: link: g++  -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtbeginS.o  .libs/x.o   -L/usr/lib/gcc/x86_64-pc-linux-gnu/15 -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crtn.o  -no-canonical-prefixes   -Wl,-soname -Wl,libx.so.0 -o .libs/libx.so.0.0.0
./bug_62343.at:38: exit code was 1, expected 0
170. bug_62343.at:26: 170. Use -no-canonical-prefixes flag (bug_62343.at:26): FAILED (bug_62343.at:38)

Any idea how to further probe what's going on? I'm not sure why it's
even trying to use a linker plugin.

If I run manually, I do get the same error at least:

$ g++ -o libx.la -no-canonical-prefixes x.lo
g++: fatal error: ‘-fuse-linker-plugin’, but liblto_plugin.so not found
compilation terminated.

I'm also confused as I *do* have the plugin at
/usr/libexec/gcc/x86_64-pc-linux-gnu/15/liblto_plugin.so and it works
normally in other cases.

If I drop -no-canonical-prefixes, it works fine. (Caveat: I've not
looked up what the flag actually does.)

thanks,
sam

Message #8 received at 70972 <at> debbugs.gnu.org (full text, mbox):

From: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
To: Sam James <sam <at> gentoo.org>, 70972 <at> debbugs.gnu.org
Subject: Re: bug#70972: Test 170 fails
Date: Sat, 8 Jun 2024 12:08:32 +0300

[Message part 1 (text/plain, inline)]

On 16/05/2024 04:09, Sam James wrote:
> When testing libtool-2.5.0, I got one test failure in test 170
> (bug_62343.at for -no-canonical-prefixes):
> 
> #                             -*- compilation -*-
> 170. bug_62343.at:26: testing Use -no-canonical-prefixes flag ...
> ./bug_62343.at:28: $LIBTOOL --config | $EGREP '^build_libtool_libs=no' && (exit 77)
> ./bug_62343.at:36: $LIBTOOL --mode=compile --tag=CXX g++ -c x.cpp
> stderr:
> stdout:
> libtool: compile:  g++ -c x.cpp  -fPIC -DPIC -o .libs/x.o
> libtool: compile:  g++ -c x.cpp -o x.o
> ./bug_62343.at:38: $LIBTOOL --mode=link --tag=CXX g++ -o libx.la -no-canonical-prefixes -rpath /usr/lib64/ x.lo
> stderr:
> g++: fatal error: '-fuse-linker-plugin', but liblto_plugin.so not found
> compilation terminated.
> stdout:
> libtool: link: g++  -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtbeginS.o  .libs/x.o   -L/usr/lib/gcc/x86_64-pc-linux-gnu/15 -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crtn.o  -no-canonical-prefixes   -Wl,-soname -Wl,libx.so.0 -o .libs/libx.so.0.0.0
> ./bug_62343.at:38: exit code was 1, expected 0
> 170. bug_62343.at:26: 170. Use -no-canonical-prefixes flag (bug_62343.at:26): FAILED (bug_62343.at:38)
> 
> Any idea how to further probe what's going on? I'm not sure why it's
> even trying to use a linker plugin.
> 
> If I run manually, I do get the same error at least:
> 
> $ g++ -o libx.la -no-canonical-prefixes x.lo
> g++: fatal error: ‘-fuse-linker-plugin’, but liblto_plugin.so not found
> compilation terminated.
> 
> I'm also confused as I *do* have the plugin at
> /usr/libexec/gcc/x86_64-pc-linux-gnu/15/liblto_plugin.so and it works
> normally in other cases.
> 
> If I drop -no-canonical-prefixes, it works fine. (Caveat: I've not
> looked up what the flag actually does.)
> 
> thanks,
> sam
> 

Test 170 has been fixed for several OSes on the development branch. I
have not been able to reproduce your error, but I wonder if the current
fix would apply to your set up as well. Could you test the fix? You
could also wait until the next beta release and see if that fixes it.

-- 
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)]

Message #11 received at 70972 <at> debbugs.gnu.org (full text, mbox):

From: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
To: Sam James <sam <at> gentoo.org>, 70972 <at> debbugs.gnu.org
Subject: Re: bug#70972: Test 170 fails
Date: Wed, 14 Aug 2024 19:08:40 +0300

[Message part 1 (text/plain, inline)]

Hi Sam,

On 08/06/2024 12:08, Ileana Dumitrescu wrote:
> On 16/05/2024 04:09, Sam James wrote:
>> When testing libtool-2.5.0, I got one test failure in test 170
>> (bug_62343.at for -no-canonical-prefixes):
>>
>> #                             -*- compilation -*-
>> 170. bug_62343.at:26: testing Use -no-canonical-prefixes flag ...
>> ./bug_62343.at:28: $LIBTOOL --config | $EGREP '^build_libtool_libs=no' 
>> && (exit 77)
>> ./bug_62343.at:36: $LIBTOOL --mode=compile --tag=CXX g++ -c x.cpp
>> stderr:
>> stdout:
>> libtool: compile:  g++ -c x.cpp  -fPIC -DPIC -o .libs/x.o
>> libtool: compile:  g++ -c x.cpp -o x.o
>> ./bug_62343.at:38: $LIBTOOL --mode=link --tag=CXX g++ -o libx.la 
>> -no-canonical-prefixes -rpath /usr/lib64/ x.lo
>> stderr:
>> g++: fatal error: '-fuse-linker-plugin', but liblto_plugin.so not found
>> compilation terminated.
>> stdout:
>> libtool: link: g++  -fPIC -DPIC -shared -nostdlib 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crti.o 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtbeginS.o  .libs/x.o   
>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15 
>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64 
>> -L/lib/../lib64 -L/usr/lib/../lib64 
>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crtn.o  -no-canonical-prefixes   -Wl,-soname -Wl,libx.so.0 -o .libs/libx.so.0.0.0
>> ./bug_62343.at:38: exit code was 1, expected 0
>> 170. bug_62343.at:26: 170. Use -no-canonical-prefixes flag 
>> (bug_62343.at:26): FAILED (bug_62343.at:38)
>>
>> Any idea how to further probe what's going on? I'm not sure why it's
>> even trying to use a linker plugin.
>>
>> If I run manually, I do get the same error at least:
>>
>> $ g++ -o libx.la -no-canonical-prefixes x.lo
>> g++: fatal error: ‘-fuse-linker-plugin’, but liblto_plugin.so not found
>> compilation terminated.
>>
>> I'm also confused as I *do* have the plugin at
>> /usr/libexec/gcc/x86_64-pc-linux-gnu/15/liblto_plugin.so and it works
>> normally in other cases.
>>
>> If I drop -no-canonical-prefixes, it works fine. (Caveat: I've not
>> looked up what the flag actually does.)
>>
>> thanks,
>> sam
>>
> 
> Test 170 has been fixed for several OSes on the development branch. I
> have not been able to reproduce your error, but I wonder if the current
> fix would apply to your set up as well. Could you test the fix? You
> could also wait until the next beta release and see if that fixes it.
> 

Have you been able to test if test 170 (bug_62343.at for
-no-canonical-prefixes) fails in libtool-2.5.1 for you?

If not, would you provide more information to help debug?

-- 
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)]

Message #14 received at 70972 <at> debbugs.gnu.org (full text, mbox):

From: Sam James <sam <at> gentoo.org>
To: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
Cc: 70972 <at> debbugs.gnu.org
Subject: Re: bug#70972: Test 170 fails
Date: Wed, 14 Aug 2024 17:29:58 +0100

Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com> writes:

> Hi Sam,

Hi Ileana,

>
> On 08/06/2024 12:08, Ileana Dumitrescu wrote:
>> On 16/05/2024 04:09, Sam James wrote:
>>> When testing libtool-2.5.0, I got one test failure in test 170
>>> (bug_62343.at for -no-canonical-prefixes):
>>>
>>> #                             -*- compilation -*-
>>> 170. bug_62343.at:26: testing Use -no-canonical-prefixes flag ...
>>> ./bug_62343.at:28: $LIBTOOL --config | $EGREP
>>> '^build_libtool_libs=no' && (exit 77)
>>> ./bug_62343.at:36: $LIBTOOL --mode=compile --tag=CXX g++ -c x.cpp
>>> stderr:
>>> stdout:
>>> libtool: compile:  g++ -c x.cpp  -fPIC -DPIC -o .libs/x.o
>>> libtool: compile:  g++ -c x.cpp -o x.o
>>> ./bug_62343.at:38: $LIBTOOL --mode=link --tag=CXX g++ -o libx.la
>>> -no-canonical-prefixes -rpath /usr/lib64/ x.lo
>>> stderr:
>>> g++: fatal error: '-fuse-linker-plugin', but liblto_plugin.so not found
>>> compilation terminated.
>>> stdout:
>>> libtool: link: g++  -fPIC -DPIC -shared -nostdlib
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crti.o
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtbeginS.o  .libs/x.o
>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15
>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64
>>> -L/lib/../lib64 -L/usr/lib/../lib64
>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../x86_64-pc-linux-gnu/lib
>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../.. -lstdc++ -lm -lc
>>> -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtendS.o
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crtn.o 
>>> -no-canonical-prefixes   -Wl,-soname -Wl,libx.so.0 -o
>>> .libs/libx.so.0.0.0
>>> ./bug_62343.at:38: exit code was 1, expected 0
>>> 170. bug_62343.at:26: 170. Use -no-canonical-prefixes flag
>>> (bug_62343.at:26): FAILED (bug_62343.at:38)
>>>
>>> Any idea how to further probe what's going on? I'm not sure why it's
>>> even trying to use a linker plugin.
>>>
>>> If I run manually, I do get the same error at least:
>>>
>>> $ g++ -o libx.la -no-canonical-prefixes x.lo
>>> g++: fatal error: ‘-fuse-linker-plugin’, but liblto_plugin.so not found
>>> compilation terminated.
>>>
>>> I'm also confused as I *do* have the plugin at
>>> /usr/libexec/gcc/x86_64-pc-linux-gnu/15/liblto_plugin.so and it works
>>> normally in other cases.
>>>
>>> If I drop -no-canonical-prefixes, it works fine. (Caveat: I've not
>>> looked up what the flag actually does.)
>>>
>>> thanks,
>>> sam
>>>
>> Test 170 has been fixed for several OSes on the development
>> branch. I
>> have not been able to reproduce your error, but I wonder if the current
>> fix would apply to your set up as well. Could you test the fix? You
>> could also wait until the next beta release and see if that fixes it.
>> 
>
> Have you been able to test if test 170 (bug_62343.at for
> -no-canonical-prefixes) fails in libtool-2.5.1 for you?
>
> If not, would you provide more information to help debug?

Sorry, I'd forgot about this -- I will check and report back either way
later today.

Message #17 received at 70972 <at> debbugs.gnu.org (full text, mbox):

From: Sam James <sam <at> gentoo.org>
To: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
Cc: 70972 <at> debbugs.gnu.org
Subject: Re: bug#70972: Test 170 fails
Date: Wed, 14 Aug 2024 23:28:37 +0100

[Message part 1 (text/plain, inline)]

Sam James <sam <at> gentoo.org> writes:

> Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com> writes:
>
>> Hi Sam,
>
> Hi Ileana,

Hi Ileana,

>
>>
>> On 08/06/2024 12:08, Ileana Dumitrescu wrote:
>>> On 16/05/2024 04:09, Sam James wrote:
>>>> When testing libtool-2.5.0, I got one test failure in test 170
>>>> (bug_62343.at for -no-canonical-prefixes):
>>>>
>>>> #                             -*- compilation -*-
>>>> 170. bug_62343.at:26: testing Use -no-canonical-prefixes flag ...
>>>> ./bug_62343.at:28: $LIBTOOL --config | $EGREP
>>>> '^build_libtool_libs=no' && (exit 77)
>>>> ./bug_62343.at:36: $LIBTOOL --mode=compile --tag=CXX g++ -c x.cpp
>>>> stderr:
>>>> stdout:
>>>> libtool: compile:  g++ -c x.cpp  -fPIC -DPIC -o .libs/x.o
>>>> libtool: compile:  g++ -c x.cpp -o x.o
>>>> ./bug_62343.at:38: $LIBTOOL --mode=link --tag=CXX g++ -o libx.la
>>>> -no-canonical-prefixes -rpath /usr/lib64/ x.lo
>>>> stderr:
>>>> g++: fatal error: '-fuse-linker-plugin', but liblto_plugin.so not found
>>>> compilation terminated.
>>>> stdout:
>>>> libtool: link: g++  -fPIC -DPIC -shared -nostdlib
>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crti.o
>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtbeginS.o  .libs/x.o
>>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15
>>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64
>>>> -L/lib/../lib64 -L/usr/lib/../lib64
>>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../x86_64-pc-linux-gnu/lib
>>>> -L/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../.. -lstdc++ -lm -lc
>>>> -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/15/crtendS.o
>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../lib64/crtn.o 
>>>> -no-canonical-prefixes   -Wl,-soname -Wl,libx.so.0 -o
>>>> .libs/libx.so.0.0.0
>>>> ./bug_62343.at:38: exit code was 1, expected 0
>>>> 170. bug_62343.at:26: 170. Use -no-canonical-prefixes flag
>>>> (bug_62343.at:26): FAILED (bug_62343.at:38)
>>>>
>>>> Any idea how to further probe what's going on? I'm not sure why it's
>>>> even trying to use a linker plugin.
>>>>
>>>> If I run manually, I do get the same error at least:
>>>>
>>>> $ g++ -o libx.la -no-canonical-prefixes x.lo
>>>> g++: fatal error: ‘-fuse-linker-plugin’, but liblto_plugin.so not found
>>>> compilation terminated.
>>>>
>>>> I'm also confused as I *do* have the plugin at
>>>> /usr/libexec/gcc/x86_64-pc-linux-gnu/15/liblto_plugin.so and it works
>>>> normally in other cases.
>>>>
>>>> If I drop -no-canonical-prefixes, it works fine. (Caveat: I've not
>>>> looked up what the flag actually does.)
>>>>
>>>> thanks,
>>>> sam
>>>>
>>> Test 170 has been fixed for several OSes on the development
>>> branch. I
>>> have not been able to reproduce your error, but I wonder if the current
>>> fix would apply to your set up as well. Could you test the fix? You
>>> could also wait until the next beta release and see if that fixes it.
>>> 
>>
>> Have you been able to test if test 170 (bug_62343.at for
>> -no-canonical-prefixes) fails in libtool-2.5.1 for you?
>>
>> If not, would you provide more information to help debug?
>
> Sorry, I'd forgot about this -- I will check and report back either way
> later today.

The problem is gone with 2.5.1, it appears! I am sorry I kept you
waiting.

best,
sam

[signature.asc (application/pgp-signature, inline)]

Message #22 received at 70972-done <at> debbugs.gnu.org (full text, mbox):

From: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
To: 70972-done <at> debbugs.gnu.org
Cc: Sam James <sam <at> gentoo.org>
Subject: Re: bug#70972: Test 170 fails
Date: Thu, 15 Aug 2024 17:32:59 +0300

[Message part 1 (text/plain, inline)]

Hi Sam,

>>> Have you been able to test if test 170 (bug_62343.at for
>>> -no-canonical-prefixes) fails in libtool-2.5.1 for you?
>>>
>>> If not, would you provide more information to help debug?
>>
>> Sorry, I'd forgot about this -- I will check and report back either way
>> later today.
> 
> The problem is gone with 2.5.1, it appears! I am sorry I kept you
> waiting.

Thank you for testing! I am glad it is fixed :)

-- 
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)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.