lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Please test gub


From: Werner LEMBERG
Subject: Re: Please test gub
Date: Thu, 31 Jan 2019 13:42:03 +0100 (CET)

> 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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]