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 EAD46385800A; Thu, 11 Jan 2024 17:47:14 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org EAD46385800A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1704995234;
	bh=EmoRoXkPwC5X8X+8KvdUmd+h4GYQWJfxiIr7kww6luc=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=P59q9LxIuZzzUrzvjW5TIlC5sZTDuqvTGwNhVgYnxdFh0mbo/sUOQn+mcUl1HL5uq
	 x9ZbRUjTpr510DwkIn9U4vVexTp6+r6nT2OBMxjx4nMmBT06rw78Em4QlPJxGz7t22
	 j+/LBMjbCIJChNijCUfJ32JMgx+rsPWHY6/hF8Eg=
From: "jakub at gcc dot gnu.org" <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: Thu, 11 Jan 2024 17:47:14 +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: jakub at gcc dot gnu.org
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-bxdAxOzTob@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 #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
So, I'm going to bootstrap/regtest:
2024-01-11  John David Anglin  <danglin@gcc.gnu.org>
            Jakub Jelinek  <jakub@redhat.com>

        PR middle-end/113182
        * varasm.cc (process_pending_assemble_externals,
        assemble_external_libcall): Use targetm.strip_name_encoding
        before calling get_identifier.

--- gcc/varasm.cc.jj    2024-01-08 21:56:04.968516120 +0100
+++ gcc/varasm.cc       2024-01-11 18:44:19.171399167 +0100
@@ -2543,7 +2543,8 @@ 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));
+      const char *name =3D targetm.strip_name_encoding (XSTR (symbol, 0));
+      tree id =3D get_identifier (name);
       if (TREE_SYMBOL_REFERENCED (id))
        targetm.asm_out.external_libcall (symbol);
     }
@@ -2631,7 +2632,8 @@ assemble_external_libcall (rtx fun)
          reference to it will mark its tree node as referenced, via
          assemble_name_resolve.  These are eventually emitted, if
          used, in process_pending_assemble_externals. */
-      get_identifier (XSTR (fun, 0));
+      const char *name =3D targetm.strip_name_encoding (XSTR (fun, 0));
+      get_identifier (name);
       pending_libcall_symbols =3D gen_rtx_EXPR_LIST (VOIDmode, fun,
                                                   pending_libcall_symbols);
     }=