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 0BD763858D38; Fri, 12 Apr 2024 15:55:15 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0BD763858D38
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1712937315;
	bh=904+UOOgADaHVmYlmSrsmQK79kTN0df5b6CT7D1vRnA=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=IVvB5gdU20NHzo5ERK8EQuerGPVk05bb8GEOu2B4yzkByew6bpxgO3SUZcyARcqDE
	 lUGtB8YOQmkP001CYRz9z1up39UJiNAUBjdBniUXeVyrSgZ0CO6YT3TH9xZ0IXR9jI
	 fMcwZYIfRn3VCxqk1VvcF3fUlhmaR1sJ0dfhx0+g=
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/114574] [14 regression] ICE when building curl with LTO
 (fld_incomplete_type_of, at ipa-free-lang-data.cc:257) since r14-9763
Date: Fri, 12 Apr 2024 15:55:12 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: lto
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 14.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-114574-4-tJBMaOflIF@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-114574-4@http.gcc.gnu.org/bugzilla/>
References: <bug-114574-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=3D114574

--- Comment #25 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Created attachment 57935
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D57935&action=3Dedit
gcc14-pr114574.patch

What about this patch then?  So far just make check-gcc -j32 checked (thoug=
h in
a version that did it for !flag_isoc23 as well).
I've talked to Richi on IRC and he prefers not to tweak build_qualified_typ=
e,
build_pointer_type_for_mode, build_array_type_1, ... etc. to compute
TYPE_CANONICAL if the base type changed from structural identity to non-NULL
TYPE_CANONICAL, so the patch just updates the most common things (qualified
types and pointers, recursively) and will leave function types, array types=
 and
other derived types created before the type is completed with structural
identity forever.=