On Wed, Oct 9, 2019 at 8:25 PM Jerry James <loganjerry@xxxxxxxxx> wrote:
> The previous build managed to grab the last build of glibc32 for
> s390x, it seems. I'm going to assume that this means that s390x
> should be removed from the multilib_64_arches variable in the gcc
> spec, just so I can keep these builds going. (There are at least 3
> days of builds still to go.) If that is wrong, please let me know
> ASAP so I can make it right before anything lands in Rawhide.
Sadly, simply removing s390x from multilib_64_arches was insufficient.
In file included from /usr/include/features.h:489,
from /usr/include/bits/libc-header-start.h:33,
from /usr/include/stdio.h:27,
from ../../../../libgcc/../gcc/tsystem.h:87,
from ../../../../libgcc/libgcov.h:42,
from ../../../../libgcc/libgcov-merge.c:26:
/usr/include/gnu/stubs.h:8:11: fatal error: gnu/stubs-32.h: No such
file or directory
8 | # include <gnu/stubs-32.h>
| ^~~~~~~~~~~~~~~~
compilation terminated.
make[5]: *** [Makefile:920: _gcov_merge_add.o] Error 1
So does that mean that glibc has to be rebuilt first, with s390 and
s390x removed from biarcharches?
Whoever knows how to fix this, please poke me when you've done
whatever magic needs to be done so I can restart the big chain build
to finish off the mpfr 4 change. Thanks!
--
Jerry James
http://www.jamezone.org/
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
