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 13ACB3858C50; Thu, 30 Mar 2023 13:30:28 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 13ACB3858C50
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1680183028;
	bh=HNsWGAJSADGAqK1iyW07l5ORSfI+IE1bB5ZfqdthxBE=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=rCpK7RmT6veQraszFIx1kaRUQt3CUqRCw4SpWCnzBRiXgYc82yWkyzfzFw38KFDER
	 uS9UZigXCbaGLlOLh43PFVw5XDYsMztDyW+x+QDM286RElFTsA+N2tTljDSHw2M8Z4
	 zUpWWZ8uMU4pN47YocwyhRoFQgkKvBaU3HAPMQGE=
From: "ro at CeBiTec dot Uni-Bielefeld.DE" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug d/109231] [13 regression] Comparison failure in
 libphobos/libdruntime/rt/util/typeinfo.o
Date: Thu, 30 Mar 2023 13:30:26 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: d
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: build
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org
X-Bugzilla-Target-Milestone: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-109231-4-3zqnZbAXfI@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-109231-4@http.gcc.gnu.org/bugzilla/>
References: <bug-109231-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=3D109231

--- Comment #28 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot =
Uni-Bielefeld.DE> ---
> --- Comment #25 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
> Anyway, as I said for the second version, it would be nice to also try
> subvariants:
> //  relayout_decl (DECL_RESULT (new_fndecl));
>   for (tree parm =3D DECL_ARGUMENTS (new_fndecl); parm; parm =3D DECL_CHA=
IN (parm))
>     relayout_decl (parm);
>   targetm.target_option.relayout_function (new_fndecl);
> //  aggregate_value_p (DECL_RESULT (new_fndecl), new_fndecl);
> and
>   relayout_decl (DECL_RESULT (new_fndecl));
> //  for (tree parm =3D DECL_ARGUMENTS (new_fndecl); parm; parm =3D DECL_C=
HAIN
> (parm))
> //    relayout_decl (parm);
>   targetm.target_option.relayout_function (new_fndecl);
> //  aggregate_value_p (DECL_RESULT (new_fndecl), new_fndecl);
> and
> //  relayout_decl (DECL_RESULT (new_fndecl));
> //  for (tree parm =3D DECL_ARGUMENTS (new_fndecl); parm; parm =3D DECL_C=
HAIN
> (parm))
> //    relayout_decl (parm);
>   targetm.target_option.relayout_function (new_fndecl);
>   aggregate_value_p (DECL_RESULT (new_fndecl), new_fndecl);
> so see if the comparison failure is fixed by the result relayout, or by
> argument
> relayout or by the aggregate_value_p call actually having some side-effec=
ts
> other than return value.

Of those three subvariants, only the third one passed the build without
the comparison failure.=