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 D52C13858D20; Fri, 17 May 2024 17:35:06 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D52C13858D20
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1715967306;
	bh=CzVuI41NpIvV0Lh4AlRZulQlJWfe37zCCslLj2ASjQw=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=RuvmIYjThKrpUplbbRcsDoMjjtJS1eJrZE60a42BbWllt3Ju5nlfFtHrYiOcTnOCm
	 yYOD5f6yxmyZgs7JHwBwdZ2HwLpzU9IDqzTOFYyb4v24aqGj0EOLbzlVAi4YogkCPo
	 RCDY2rGIh/B5QSrBpZA66JQ72f9J5UrMbmOHbiak=
From: "iains at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/115138] [15 Regression] Bootstrap
 compare-debug fail after r15-580-gf3e5f4c58591f5
Date: Fri, 17 May 2024 17:35:06 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 15.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: iains at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 15.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-115138-4-KW7T4TwCAr@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-115138-4@http.gcc.gnu.org/bugzilla/>
References: <bug-115138-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=3D115138

--- Comment #4 from Iain Sandoe <iains at gcc dot gnu.org> ---
so I am comparing the output of compiling gcc/d/dmd/opover.d with the stage1
and stage2 compilers.

Using -fdump-tree-all.

the .005t.original outputs are the same=20
the .006t.gimple outputs already have differences in the numbering of some
vars.

the first dump file that mentions CSWTCH.15x is .032t.einline (which mentio=
ns a
reference to the object).

AFAICT the symbol CSWTCH.15x has the same value at all times; so it appears=
 to
have been created with a different id.

I can upload the gimple if it's useful.

( one further experiment - and then I need to punt on this until there's so=
me
more focussed way to debug it  - I am wondering if the issue has anything t=
o do
with the default c++ std being different for stage 1 and 2+ ) - to test this
theory, will jam -std=3Dc++11 into BOOT_CFLAGS.=