Summary: | dev-lang/gnat-gcc-4.6.4: fails to find liblto_plugin.so, causes net-mail/topal-75 to fail to build | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Patrick Lauer <patrick> |
Component: | New packages | Assignee: | ada team [OBSOLETE] <ada+disabled> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | gentoo_bugs_peep, net-mail+disabled, rose, sascha_lucas |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Patrick Lauer
2014-06-25 06:38:31 UTC
Exactly one year later, I hit the same error:
>>> Compiling source in /var/tmp/portage/net-mail/topal-75/work/topal-75 ...
make -j1 -j1 CC=x86_64-pc-linux-gnu-gcc 'CFLAGS=-march=native -O2 -pipe' 'LDFLAGS=-Wl,-O1 -Wl,--as-needed'
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe ada-readline-c.c
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe ada-echo-c.c
x86_64-pc-linux-gnu-gcc -c -march=native -O2 -pipe externals-c.c
./mkversionid 75 2015-06-25T190919CEST
./mkhelp
gnatmake -gnat05 -gnatwa -gnato -O2 topal -largs -Wl,-O1 -Wl,--as-needed
gnatgcc -c -gnat05 -gnatwa -gnato -O2 topal.adb
gnatgcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
compilation terminated.
gnatmake: "topal.adb" compilation error
Makefile:63: recipe for target 'topal' failed
make: *** [topal] Error 4
liblto_plugin.so is installed:
root@cheetahnew:/root(24)# locate liblto_plugin.so | grep /usr/libexec
/usr/libexec/gcc/armv6j-hardfloat-linux-gnueabi/4.7.3/liblto_plugin.so
/usr/libexec/gcc/armv6j-hardfloat-linux-gnueabi/4.7.3/liblto_plugin.so.0
/usr/libexec/gcc/armv6j-hardfloat-linux-gnueabi/4.7.3/liblto_plugin.so.0.0.0
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.2/liblto_plugin.so
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.2/liblto_plugin.so.0
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.2/liblto_plugin.so.0.0.0
/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so
/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so.0
/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so.0.0.0
root@cheetahnew:/root(26)# ll /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so*
lrwxrwxrwx 1 root root 22 Jun 25 18:37 /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so -> liblto_plugin.so.0.0.0*
lrwxrwxrwx 1 root root 22 Jun 25 18:37 /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so.0 -> liblto_plugin.so.0.0.0*
-rwxr-xr-x 1 root root 68168 Jun 25 18:37 /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so.0.0.0*
r
proxy maintainer has withdrawn from the package, therefore the proxy-maint herd. This is now the responsibility of the net-mail herd I'm getting this too (on x86_64). It looks like gnatgcc is looking in all the wrong places: ======================================================================= $ strace /usr/x86_64-pc-linux-gnu/gnat-gcc-bin/4.6/gnatgcc -c -gnat05 -gnatwa -gnato -O2 topal.adb stat("/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/../../../../x86_64-pc-linux-gnu/bin/collect2", 0x7ffd883c5c60) = -1 ENOENT (No such file or directory) access("/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/gcc/x86_64-pc-linux-gnu/4.6.4/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) access("/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/gcc/x86_64-pc-linux-gnu/4.6.4/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) access("/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/gcc/x86_64-pc-linux-gnu/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) access("/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/gcc/x86_64-pc-linux-gnu/4.6.4/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) access("/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/gcc/x86_64-pc-linux-gnu/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) access("/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/../../../../x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu/4.6.4/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) access("/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/../../../../x86_64-pc-linux-gnu/bin/liblto_plugin.so", R_OK) = -1 ENOENT (No such file or directory) write(2, "gnatgcc: fatal error: -fuse-link"..., 73gnatgcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found) = 73 ======================================================================= vs ======================================================================= $ find /usr/ -iname 'liblto_plugin.so' /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6/liblto_plugin.so /usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.3/liblto_plugin.so ======================================================================= (In reply to Philippe Chaintreuil from comment #3) > I'm getting this too (on x86_64). > I just hit this. It looks like a bug in gnat-gcc. The path to liblto_plugin.so is /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6. nonetheless, adding this to LDPATH doesn't work. I tried editing /etc/env.d/55gnat-x86_64-pc-linux-gnu-gnat-gcc-4.6 and I tried adding it to the command line but no joy. I don't understand gnat-gcc internals well enough to fix this. @maintainer, are you taking care of this, else we should reassign this package. (In reply to Anthony Basile from comment #4) > > @maintainer, are you taking care of this, else we should reassign this > package. I should say @ada maintainers since I'm pretty sure its their problem. Its not an LDPATH, as gnat uses its own set of vars. Anyway it is a dup, lets keep the discussion in one bug.. *** This bug has been marked as a duplicate of bug 501178 *** |