On Thu, May 3, 2018 at 8:03 AM Daniel P. Berrangé
<berrange(a)redhat.com>
wrote:
> GCC just updated in Fedora rawhide from 8.0.1 to 8.1.1 and is unable to
> create executables due to annobin:
> configure:6112: gcc -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
-fstack-protector-strong -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection
-Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
conftest.c >&5
> annobin: conftest.c: Error: plugin built for compiler version (8.1.1) but
run with compiler version (8.0.1)
> cc1: error: fail to initialize plugin
/usr/lib/gcc/x86_64-redhat-linux/8/plugin/annobin.so
> See
>
https://kojipkgs.fedoraproject.org//work/tasks/8382/26748382/build.log
>
https://bugzilla.redhat.com/show_bug.cgi?id=1574478
> Obviously annobin needs rebuilding, but more generally how can be fix this
> long term so that future Gcc updates don't continually break due to
annobin
> mis-match ?
Since we don't have reverse dep auto-rebuilding capabilities, just add the
plugin sources to the gcc package and build it in there. It's pretty clear
by this point that the maintainers can't be bothered to make sure that both
gcc and annobin are updated together so that everything doesn't break.
Sorry for the bluntness, but I'm getting tired of the compiler getting
broken because of this plugin.
I think we also need some automated test that validates
"can create executables with standard RPM build flags"
that is a blocking test before gcc RPMs get pushed into repos since this
is a critical package dep for so much of Fedora.
Regards,
Daniel
--
|: