bug#70972: Test 170 fails
Sam James <[email protected]> Wed, 14 Aug 2024 23:28:37 +0100
| Newsgroups | gmane.comp.gnu.libtool.bugs |
|---|---|
| Organization | Gentoo |
| Message-ID | <[email protected]> |
Sam James <[email protected]> writes: > Ileana Dumitrescu <[email protected]> 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, 377 B)
-----BEGIN PGP SIGNATURE----- iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZr0vlV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZCdDAD/cYYMOw7pzPxuxFa0+b9W446zDted2khhzAWx ETlXFyEA/RTTbTpx8RTr3e849nlhoCUsrN+ytyd0NhPI5K5/mNgD =8c4T -----END PGP SIGNATURE-----