Description of problem: Packages python3 and python39 fail to build from source in Fedora rawhide on ppc64le and armv7hl: /builddir/build/BUILD/Python-3.8.1/Python/initconfig.c: In function 'PyConfig_InitPythonConfig': /builddir/build/BUILD/Python-3.8.1/Python/initconfig.c:636:1: note: the layout of aggregates containing vectors with 8-byte alignment has changed in GCC 5 636 | PyConfig_InitPythonConfig(PyConfig *config) | ^ /tmp/ccJWzJqd.s: Assembler messages: /tmp/ccJWzJqd.s:79948: Error: redefined symbol cannot be used on reloc /tmp/ccJWzJqd.s:267764: Error: redefined symbol cannot be used on reloc lto-wrapper: fatal error: gcc returned 1 exit status Versions: 3.8.1, 3.9.0a2, 3.9.0a3 The packages are tracked by Koschei. See: https://koschei.fedoraproject.org/package/python3 https://koschei.fedoraproject.org/package/python39 But note that armv7hl is not tracked there. This blocks any changes to Python we need to ship. It started to happen after the update of gcc to 10.
I reported the issue to GCC upstream: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 I have been requested for the assembler files, but I failed to reproduce the issue manually on ppc64le. I created https://src.fedoraproject.org/rpms/python39/pull-request/16 yesterday to check if the bug is still there: yes it is, and not only ppc64le is affected, armv7hl is also affected. For my manual build, I only copied the configure command. I should retry with the compiler and linker flags used by the specfile. I also suspect that the bug only occurs on PGO+LTO build.
Could it be related to the new -fno-common default? Does it build with -fcommon added to compiler flags?
(In reply to Dan Horák from comment #2) > Could it be related to the new -fno-common default? Does it build with > -fcommon added to compiler flags? Testing...
[python39 (390a3 *%)]$ git diff ... +%global _legacy_common_support 1 + [python39 (390a3 *%)]$ fedpkg --release master build --nowait --scratch --srpm ... Building python39-3.9.0~a3-1.fc32.src.rpm for rawhide Created task: 41132972 Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=41132972 [python39 (390a3 %)]$ git diff ... -%bcond_without optimizations +%bcond_with optimizations [python39 (390a3 *%)]$ fedpkg --release master build --nowait --scratch --srpm ... Building python39-3.9.0~a3-1.fc32.src.rpm for rawhide Created task: 41133107 Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=41133107
(In reply to Miro Hrončok from comment #4) > [python39 (390a3 *%)]$ git diff > ... > +%global _legacy_common_support 1 > + > > [python39 (390a3 *%)]$ fedpkg --release master build --nowait --scratch > --srpm > ... > Building python39-3.9.0~a3-1.fc32.src.rpm for rawhide > Created task: 41132972 > Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=41132972 No difference. > [python39 (390a3 %)]$ git diff > ... > -%bcond_without optimizations > +%bcond_with optimizations > > [python39 (390a3 *%)]$ fedpkg --release master build --nowait --scratch > --srpm > ... > Building python39-3.9.0~a3-1.fc32.src.rpm for rawhide > Created task: 41133107 > Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=41133107 Builds fine. As a lost resort, we can temporarily disable optimizations on the affected architectures to unblock ourselves.
I have asked IBM to help with this one. Victor, please attach the temporary files to the upstream bug, so they can look. If you need a ppc64le machine first, let me know.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 title is now "[10 Regression] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc", so I don't think that it's a Python bug, but it's a GCC regression instead. I'm discussing the issue at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 but you can keep this issue to coordinate the effort in Fedora / at Red Hat if you prefer.
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
We have a deadline on 25 February to deliver bz1779341. Could you please backport the upstream fix?
The deadline is technically over, but we'd still like to ship this for Fedora 32. Please, could you fix this?
It is fixed for almost a month.
Excellent. Thanks for letting me know so fast :(