> On my system, the symlink for liblto_plugin.so already exists, so I
> only had to remove (rename wasn't enough) LLVMgold.so.
> 
> Building tools::guile succeeds after that modification; [...]

OK!  BTW, It took me some weeks to identify this very problem...

> # pacman -Qo /usr/lib/bfd-plugins/{LLVMgold.so,liblto_plugin.so}
> /usr/lib/bfd-plugins/LLVMgold.so is owned by llvm-libs 7.0.1-2
> /usr/lib/bfd-plugins/liblto_plugin.so is owned by gcc 8.2.1+20181127-1
> 
> So probably deinstalling llvm-libs (and clang, and some other packages
> that depend on it) might help... :-/

Well, `ar' uses the plugins to be able to handle more binary formats;
for daily use it's not necessary to have it.

> BTW, since gcc7 was mentioned couple of times in this thread:
> /usr/lib/bfd-plugins/liblto_plugin.so points to
> /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/liblto_plugin.so, but I also
> have the gcc7-libs variant under
> /usr/lib/gcc/x86_64-pc-linux-gnu/7.4.1/liblto_plugin.so; but the
> build succeeded with gcc8's liblto_plugin.so, so I did not test
> that.

For `ar', the actual version of gcc doesn't matter; you can always
link to the most recent version of `liblto_plugin.so', according to
the `ar' or `gcc' documentation (right now I don't remember which
one).


    Werner

_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Reply via email to