From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
 id 6DB9139450F3; Thu,  8 Apr 2021 11:19:28 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6DB9139450F3
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/99920] [10 regression] ICE building gcc 10 on power 7
 BE
Date: Thu, 08 Apr 2021 11:19:28 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 10.2.1
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: REOPENED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 10.3
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-99920-4-56lbYEOALL@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-99920-4@http.gcc.gnu.org/bugzilla/>
References: <bug-99920-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: gcc-bugs@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-bugs mailing list <gcc-bugs.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2021 11:19:28 -0000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D99920

--- Comment #15 from Richard Biener <rguenth at gcc dot gnu.org> ---
Dump of assembler code from 0x1094366c to 0x109436e0:
   0x000000001094366c <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2432>:     lhz     r0,0(r9)
   0x0000000010943670 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2436>:     clrldi  r0,r0,48
   0x0000000010943674 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2440>:     stw     r0,200(r31)
   0x0000000010943678 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2444>:     lwz     r0,200(r31)
=3D> 0x000000001094367c <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2448>:     clrldi  r0,r0,32
   0x0000000010943680 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2452>:     extsw   r0,r0
   0x0000000010943684 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2456>:     ld      r9,-11776(r2)
   0x0000000010943688 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2460>:     rldicr  r0,r0,2,61
   0x000000001094368c <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2464>:     add     r9,r9,r0
   0x0000000010943690 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2468>:     lwz     r0,0(r9)
   0x0000000010943694 <operand_compare::hash_operand(tree_node const*,
inchash::hash&, unsigned int)+2472>:     stw     r0,152(r31)

r0 is ADDR_EXPR (130)

(gdb) p/x $r2
$21 =3D 0x12b81a48
(gdb) p/x tree_code_type
$22 =3D 0x123216a0 <tree_code_type>

after ld      r9,-11776(r2):

(gdb) p/x $r9
$25 =3D 0x12a9fc38
rldicr  r0,r0,2,61
(gdb) p $r0
$26 =3D 520
add     r9,r9,r0
(gdb) p/x $r9
$27 =3D 0x12a9fe40

and then we load 0 (tcc_exceptional) from $r9, but

(gdb) p tree_code_type[130]
$31 =3D tcc_expression

so sth is obviously broken here, but I don't understand ppc assembly enough
to spot what.  I guess r2 is "off"?  It has this same value at function
entry already.

Are we maybe running into some linker relaxation / TOC overflow issue
(given that -O2 works)?  We're using -mno-minimal-toc when building libgcc
but the host compiler uses plain -g -fno-PIE and we don't supply any
special linker flags for cc1 either.  Note this build uses binutils 2.25.0
(Bill, is that what you use as well?)=