Description of problem: Trying to build Ruby [1], I observe following error on armv7hl, aarch64 and s390x: ~~~ compiling builtin.c 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 encdb.h updated 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): GCC 10 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Build fails. Expected results: Build succeeds as it used to with GCC 9.x Additional info: I am surprised this fails just on several architectures. Not sure if this is arch specific GCC or Ruby issue. [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=41135726
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.