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 EF6223858CDB; Mon,  8 Jan 2024 15:56:40 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org EF6223858CDB
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1704729400;
	bh=nPwUgii7HIOydPhne587wf3deDUjSKLZ+c7pHyEJXX8=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=XK2EO8YhN8Jm857lQrMsGx8VCkhO1nceBc38ZSDbepWr/njuFQ3bwEIzk8JYpXMuK
	 7wJPdnmvLUSPPGGW8jo+cCldD+fiuC5euRZL1rDGF/irY9nmdEjU9Z27EWUAT6EPIk
	 BIfJECf0Q5UEKnZzmvOispRemGDz2QJc+givL89Y=
From: "dave.anglin at bell dot net" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/113182] [14 Regression] FAIL:
 g++.dg/cpp0x/udlit-namespace.C  -std=c++14 execution test
Date: Mon, 08 Jan 2024 15:56:39 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dave.anglin at bell dot net
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 14.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-113182-4-8x3psCy0L4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-113182-4@http.gcc.gnu.org/bugzilla/>
References: <bug-113182-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=3D113182

--- Comment #7 from dave.anglin at bell dot net ---
On 2024-01-08 9:29 a.m., jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D113182
>
> Jakub Jelinek <jakub at gcc dot gnu.org> changed:
>
>             What    |Removed                     |Added
> -------------------------------------------------------------------------=
---
>                   CC|                            |jakub at gcc dot gnu.org
>
> --- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
> (In reply to John David Anglin from comment #5)
>> The problem is TREE_SYMBOL_REFERENCED is not set for libfuncs.  This fix=
es
>> problem on hppa64-hpux:
>>
>> bash-5.1$ git diff gcc/varasm.cc
>> diff --git a/gcc/varasm.cc b/gcc/varasm.cc
>> index 69f8f8ee018..0a1cc022023 100644
>> --- a/gcc/varasm.cc
>> +++ b/gcc/varasm.cc
>> @@ -2527,9 +2527,7 @@ process_pending_assemble_externals (void)
>>     for (rtx list =3D pending_libcall_symbols; list; list =3D XEXP (list=
, 1))
>>       {
>>         rtx symbol =3D XEXP (list, 0);
>> -      tree id =3D get_identifier (XSTR (symbol, 0));
>> -      if (TREE_SYMBOL_REFERENCED (id))
>> -       targetm.asm_out.external_libcall (symbol);
>> +      targetm.asm_out.external_libcall (symbol);
>>       }
>>
>>     pending_assemble_externals =3D 0;
>>
>> If you don't care about libfuncs, you could move the TREE_SYMBOL_REFEREN=
CED
>> check into the bpf target.
> Then the bug is that it isn't set when they are actually referenced.
Exactly.=C2=A0 This has been a problem for a long time.=C2=A0 There is a wo=
rk around in
the define
for ASM_OUTPUT_EXTERNAL_LIBCALL in pa/som.h.=C2=A0 Issue is also mentioned =
in
sol2.cc.=