[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
- Re: Please test gub, (continued)
Re: Please test gub, Knut Petersen, 2019/01/30
Re: Please test gub, Alexander Kobel, 2019/01/31
- Re: Please test gub, Knut Petersen, 2019/01/31
- Re: Please test gub, Werner LEMBERG, 2019/01/31
- Re: Please test gub, Werner LEMBERG, 2019/01/31
- Re: Please test gub, Alexander Kobel, 2019/01/31
- Re: Please test gub,
Werner LEMBERG <=
- Re: Please test gub, Alexander Kobel, 2019/01/31
- Re: Please test gub, Karlin High, 2019/01/31
- Re: Please test gub, Alexander Kobel, 2019/01/31
Re: Please test gub, David Kastrup, 2019/01/31
Re: Please test gub, Alexander Kobel, 2019/01/31
Re: Please test gub, Alexander Kobel, 2019/01/31