redis is now FTBFS because of gcc failure This seems a regression as build during F36 mass rebuild was ok (12.0.1-0.2.fc36) https://koji.fedoraproject.org/koji/buildinfo?buildID=1898010 Here is a scratch build using 12.0.1-0.9.fc37 https://koji.fedoraproject.org/koji/taskinfo?taskID=83500436 In build.log checking for gcc... gcc checking whether the C compiler works... no make[2]: Leaving directory '/builddir/build/BUILD/redis-6.2.6/deps' configure: error: in `/builddir/build/BUILD/redis-6.2.6/deps/jemalloc': configure: error: C compiler cannot create executables See `config.log' for more details In config.log configure:3049: checking whether the C compiler works configure:3071: gcc -std=gnu99 -Wall -pipe -g3 -O3 -funroll-loops -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIO NS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -O2 -fl to=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-stron g -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fPIC -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redha t-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -Wl,-dT,/builddir/build/BUILD/.package_note-redis-6.2.6-3.fc36.remi.x86_64.ld conftest.c >&5 /usr/bin/ld: cannot open linker script file /builddir/build/BUILD/.package_note-redis-6.2.6-3.fc36.remi.x86_64.ld: No such file or directory collect2: error: ld returned 1 exit status Notices: /builddir/build/BUILD/.package_note-redis-6.2.6-3.fc36.remi.x86_64.ld is missing /builddir/build/BUILD/redis-6.2.6/.package_note-redis-6.2.6-3.fc36.remi.x86_64.ld exists 12.0.1-0.8.fc37 is also broken
I am changing the Component of this BZ to redhat-rpm-config since that is the package that is responsible for inserting the problematic option into the linker command line. Note for Remi: you can work around the problem by adding this line to your spec file: %undefine _package_note_file Not that this is necessarily a good idea in the long run, but if failing to build is blocking you from completing some task then this may help.
(In reply to Nick Clifton from comment #1) > %undefine _package_note_file > > Not that this is necessarily a good idea in the long run, but if failing to > build is blocking you from completing some task then this may help. Thanks, the workaround allows me to build redis 7.0RC2 on F36
I pushed a change to how the macros are called that resolves the issue directly to rawhide and f36 branches in dist-git. Package builds fine in mock now.