I'm experimentally rebuilding rawhide with the not-yet-released GCC 15 to see if anything breaks, and to help write the porting guide. See https://fedoraproject.org/wiki/User:Dmalcolm/gcc-15 My test build with GCC 15 failed on ppc64le: https://copr.fedorainfracloud.org/coprs/dmalcolm/gcc-15-smoketest-3.failed/build/8476045/ whereas my test builds with GCC 14 succeeded: https://copr.fedorainfracloud.org/coprs/dmalcolm/gcc-15-smoketest-3.failed.checker/build/8477598/ Looking at the failure logs https://download.copr.fedorainfracloud.org/results/dmalcolm/gcc-15-smoketest-3.failed/fedora-rawhide-ppc64le/08476045-PyMca/builder-live.log.gz I see: + cd pymca-5.9.3 + QHULL_CFLAGS=-I/usr/include/libqhull + QHULL_LIBS=-lqhull + SPECFILE_USE_GNU_SOURCE=1 + PYMCA_DATA_DIR=/usr/share/PyMca + PYMCA_DOC_DIR=/usr/share/doc/PyMca + CFLAGS='-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection ' + LDFLAGS='-Wl,-z,relro -Wl,--as-needed -Wl,-z,pack-relative-relocs -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -specs=/usr/lib/rpm/redhat/redhat-package-notes ' + /usr/bin/python3 setup.py build '--executable=/usr/bin/python3 -sP' /var/tmp/rpm-tmp.2Rz4KQ: line 57: 54 Illegal instruction (core dumped) QHULL_CFLAGS="-I/usr/include/libqhull" QHULL_LIBS="-lqhull" SPECFILE_USE_GNU_SOURCE=1 PYMCA_DATA_DIR=/usr/share/PyMca PYMCA_DOC_DIR=/usr/share/doc/PyMca CFLAGS="${CFLAGS:-${RPM_OPT_FLAGS}}" LDFLAGS="${LDFLAGS:-${RPM_LD_FLAGS}}" /usr/bin/python3 setup.py build --executable="/usr/bin/python3 -sP" RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.2Rz4KQ (%build) Bad exit status from /var/tmp/rpm-tmp.2Rz4KQ (%build) I'm not sure if this is a bug in GCC 15, or in the package. Reproducible: Always
This built just fine for me in mock with gcc 15, same child.cfg.
Mass rebuild succeeded, so it's either a transient failure or a gcc bug that got fixed recently: https://koji.fedoraproject.org/koji/buildinfo?buildID=2616380