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 15FAE3858D38; Tue, 16 Jan 2024 09:15:20 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 15FAE3858D38
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1705396520;
	bh=j6HDolGC6HK0II8+NwoOVObZDo144gAamPalN692BSA=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=YsGoDaPgP9rTouE0FqqD1AfpFUZ//fSJcPQwU4MGM421hvedf6PGlRa9gtfr5+sg5
	 /pI4gTczBr30qHimlSSwV7yqeD5kRdA0QNr5Km3LxfyzUQYbmZRw8uTShW17k3ipe4
	 g2vg1pJhFnwOsL1+d+nUNgnwXOWkftq8Pdt1mnGQ=
From: "iains at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libgcc/113403] [14 Regression]
 __builtin_nested_func_ptr_created, __builtin_nested_func_ptr should be
 dynamically linked by default
Date: Tue, 16 Jan 2024 09:15:19 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libgcc
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: ABI
X-Bugzilla-Severity: normal
X-Bugzilla-Who: iains 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-113403-4-BGceY1XRJf@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-113403-4@http.gcc.gnu.org/bugzilla/>
References: <bug-113403-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=3D113403

--- Comment #10 from Iain Sandoe <iains at gcc dot gnu.org> ---
it is an optimisation, yes - but as Richi points out, if we change this it =
will
affect ABI - so it is ideal to do this before the first release that includ=
es
it?


- IIUC Jakub's suggestion:
 - remove the functions from libgcc.a
 - add a spec to gcc/gcc.cc like=20
  %{!static:%(!static-libgcc:%(ftrampoline-impl=3Dheap: -shared-libgcc }}}

So the symbols would be public and in libgcc_s only (unless a target choose=
s to
do something different).=