This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Prefixes for libgcc symbols (C6X 9.5/11)
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Bernd Schmidt <bernds at codesourcery dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, "Henderson, Stuart" <Stuart dot Henderson at analog dot com>, Mike Frysinger <vapier dot adi at gmail dot com>
- Date: Fri, 13 May 2011 14:26:29 +0000 (UTC)
- Subject: Re: Prefixes for libgcc symbols (C6X 9.5/11)
- References: <4DC956D0.3040306@codesourcery.com> <4DCD34BC.3080506@codesourcery.com>
On Fri, 13 May 2011, Bernd Schmidt wrote:
> The following patch adds a target hook and a corresponding LIBGCC2_
> macro which control the generation of library function names. It also
> makes libgcc-std.ver a generated file, built from libgcc-std.ver.in by
> replacing some placeholders with the correct prefixes. While I was
> there, I also added functionality to generate a version of this file
> with an extra underscore for the Blackfin port.
But the linker was changed to use C symbol names in linker scripts and I
was told that this script in GCC would be removed in consequence.
http://sourceware.org/ml/binutils/2010-12/msg00375.html
Any new target macro for use only in target libraries should, in my view,
be poisoned in the host system.h from the start to ensure that no-one
accidentally adds definitions to the host tm.h. This would be alongside
the existing
/* Target macros only used for code built for the target, that have
moved to libgcc-tm.h. */
#pragma GCC poison DECLARE_LIBRARY_RENAMES
or just change the comment on that pragma so it doesn't imply that the
macro was once defined in tm.h.
--
Joseph S. Myers
joseph@codesourcery.com