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 06E633858D33; Wed,  1 Mar 2023 10:44:01 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 06E633858D33
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1677667441;
	bh=7wEVcNzYmDOZCcsgLxIkDxI/Cb1G31iZ2zowzgLSoIg=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=MR3y4a6foBdcQ0CqoDqNZJ2NypZhZ++X689apQVYWH8G2YjitoJrp6Hb1c8ZfFSC1
	 bM3WY12aIbOgtLK9hkg/4RCOrDpI/Jd/bEEDkS/TaJaNkSCT8XzVo4rIyq98UkMi69
	 hyPCMI0g6RmO05MllsBHkvsHilVXl6ABbXAiVgg4=
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/108984] [13 Regression] LTO bootstrap causes testsuite
 ICE
Date: Wed, 01 Mar 2023 10:44:00 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: lto
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: cf_gcctarget keywords target_milestone
Message-ID: <bug-108984-4-BcJUZGBSlB@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-108984-4@http.gcc.gnu.org/bugzilla/>
References: <bug-108984-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
List-Id: <gcc-bugs.sourceware.org>

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |x86_64-linux
           Keywords|                            |lto
   Target Milestone|---                         |13.0

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
It does look like a wrong-code issue, the GEN_INT (-align_bytes) argument is
percieved as NULL.

   0x00000000011fcf92 <+578>:   mov    $0x40,%eax
   0x00000000011fcf97 <+583>:   sub    %r12d,%eax
   0x00000000011fcf9a <+586>:   cltq=20=20=20
   0x00000000011fcf9c <+588>:   mov    0x2c9ada0(,%rax,8),%rsi
   0x00000000011fcfa4 <+596>:   mov    0x196302d(%rip),%rax        # 0x2b5f=
fd8
<this_target_rtl>
   0x00000000011fcfab <+603>:   mov    (%rax),%rdi
   0x00000000011fcfae <+606>:   call   0x11fcca0 <gen_and2_insn(rtx, rtx)>

and %rsi is indeed NULL at the call.  %rax is -448.  gdb locates the comput=
ed
address at

$9 =3D (rtx *) 0x2c99fa0 <_ZL13ix86_builtins.lto_priv.0+22848>

so it looks like we run into

rtx
gen_rtx_CONST_INT (machine_mode mode ATTRIBUTE_UNUSED, HOST_WIDE_INT arg)
{
  if (arg >=3D - MAX_SAVED_CONST_INT && arg <=3D MAX_SAVED_CONST_INT)
    return const_int_rtx[arg + MAX_SAVED_CONST_INT];

but MAX_SAVED_CONST_INT is 64 and gdb says align_bytes is 512.  So
something seems to have elided the range check.=