> 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