Description of problem:
Trying to build Ruby , I observe following error on armv7hl, aarch64 and s390x:
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 -march=armv7-a -mfpu=vfpv3-d16 -mtune=generic-armv7-a -mabi=aapcs-linux -mfloat-abi=hard -fPIC -D_FORTIFY_SOURCE=2 -fstack-protector-strong -fno-strict-overflow -fvisibility=hidden -fexcess-precision=standard -DRUBY_EXPORT -DCANONICALIZATION_FOR_MATHN -I. -I.ext/include/armv7hl-linux -I./include -I. -I./enc/unicode/12.1.0 -o builtin.o -c builtin.c
error in initial header file:
In file included from /tmp/20200128-25011-59cayd.c:1:
/tmp/20200128-25011-37s5t4.h:15315:9: error: "__has_include" cannot be used as a macro name
15315 | #define __has_include __has_include
compilation terminated due to -Wfatal-errors.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Build succeeds as it used to with GCC 9.x
I am surprised this fails just on several architectures. Not sure if this is arch specific GCC or Ruby issue.
It seems there if fix available already. Can we get it into Fedora soon? That would be wonderful 😇
Jakub usually updates regularly at this phase. I'd be surprised if a build with that fix isn't in within a week.
Just to explain, if it was fixed soonish, I could build fixed version of Ruby and that in turn would fix FTBFS of ~50 rubygem-, which otherwise won't pass mass rebuild. Fixing this in a week is nice, it will miss the mass rebuild and therefore cause lot more troubles.
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle.
Changing version to 32.