RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1489712 - internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs6000.c:16984
Summary: internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs...
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gcc
Version: 7.4
Hardware: ppc64le
OS: Linux
Target Milestone: rc
: ---
Assignee: Marek Polacek
QA Contact: Michael Petlan
Depends On:
TreeView+ depends on / blocked
Reported: 2017-09-08 08:02 UTC by Mihai Moldovan
Modified: 2017-11-28 16:15 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2017-11-28 16:15:50 UTC
Target Upstream Version:

Attachments (Terms of Use)
Preprocessed source to test with. (580.39 KB, text/plain)
2017-09-08 08:02 UTC, Mihai Moldovan
no flags Details

System ID Private Priority Status Summary Last Updated
CentOS 13779 0 None None None 2017-09-08 08:02:55 UTC

Description Mihai Moldovan 2017-09-08 08:02:56 UTC
Created attachment 1323593 [details]
Preprocessed source to test with.

[Copy of the CentOS bug report, since the GCC packages have been taken unchanged from the RHEL 7.3 repository.]

A similar issue has been reported and fixed earlier as part of https://bugzilla.redhat.com/show_bug.cgi?id=1063999 but surfaced on ppc64 (BE).

Building nx-libs on ppc64le.


gcc -m64 -c -O2 -fno-strict-aliasing -mminimal-toc -I../../../../../extras/Mesa/src/mesa -I../../../../../extras/Mesa/src/mesa/main -I../../../../../extras/Mesa/src/mesa/glapi -I../../../.
./../extras/Mesa/src/mesa/swrast -I../../../../../extras/Mesa/src/mesa/swrast_setup -I../../../../../extras/Mesa/src/mesa/shader -I../../../../../extras/Mesa/include -I../../../
../../programs/Xserver/include -I../../../../../exports/include/X11 -I../../../../../programs/Xserver/GL/include -I../../../../../programs/Xserver/GL/glx -I../../../../../lib/GL/include
      -I../../../../../programs/Xserver/hw/xfree86 -I../../../../../exports/include -I../../../../.. -I../../../../../exports/include -Dlinux -D__powerpc64__ -D__powerpc__ -D_POSIX_C_SOURCE=199309L
PRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86Server -DXF86VIDMODE -DXvMCExtension
        -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((9) * 100000) +
rs6000_secondary_reload_inner:17193, type = load
(parallel [
        (set (reg:SF 33 1)
            (mem/u/c:SF (unspec:DI [
                        (symbol_ref/u:DI ("*.LC15") [flags 0x2])
                        (reg:DI 30 30)
                    ] UNSPEC_TOCREL) [0 S4 A32]))
        (clobber (reg:DI 9 9))
s_aatriangle.c: In function 'spec_tex_aa_tri':
s_aatriangle.c:429:1: internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs6000.c:16984

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57936 could be related, although that surfaced on ppc64.

In any case, the patch seems not to have been backported to either 4.8.3-9 or 4.8.5-11. Could be worth a stab, but no idea if that's actually fixing the problem.

Preprocessed source file attached.

Comment 5 Mihai Moldovan 2017-10-14 03:02:24 UTC
Changing target, since also reproducible on CentOS 7.4.1708.

Comment 6 Orion Poplawski 2017-11-10 00:26:25 UTC
I think I may be hitting this as well with nx-libs:

rs6000_secondary_reload_inner:17241, type = load
(parallel [
        (set (reg:SF 33 1)
            (mem/u/c:SF (unspec:DI [
                        (symbol_ref/u:DI ("*.LC17") [flags 0x2])
                        (reg:DI 30 30)
                    ] UNSPEC_TOCREL) [1  S4 A32]))
        (clobber (reg:DI 3 3))
s_aatriangle.c: In function 'spec_tex_aa_tri':
s_aatriangle.c:429:1: internal compiler error: in rs6000_secondary_reload_fail, at config/rs6000/rs6000.c:17032


Comment 7 Mihai Moldovan 2017-11-10 11:29:05 UTC
Hardly surprising, since I experienced this while building... nx-libs. :)

Orion, in case you're preparing packages following the release from a few days ago, you can work around the issue by adding -mno-vsx to the C(XX)FLAGS like in https://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=nx-libs.spec;h=df2d5a52d66677d1efc4c5c710e557448593e68c;hb=HEAD#l3

Make sure to also adapt the building process, since we're now passing compiler flags down correctly, see: https://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=nx-libs.spec;h=df2d5a52d66677d1efc4c5c710e557448593e68c;hb=HEAD#l764 (especially important if you apply hardening flags - these were mostly ignored before.)

Previous versions won't correctly pass down compiler flags.

Comment 8 Marek Polacek 2017-11-28 16:15:50 UTC
Unfortunately, a backportable fix isn't available at this moment.  A workaround is to either use -mno-vsx or -mminimal-toc for the TU in question.  I don't think we will have a fix for 7.6, so I'm closing this, sorry.

Note You need to log in before you can comment on or make changes to this bug.