This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
RE: [PATCH 2/3, ARM, libgcc, ping6] Code size optimization for the fmul/fdiv and dmul/ddiv function in libgcc
- From: "Thomas Preud'homme" <thomas dot preudhomme at arm dot com>
- To: "Thomas Preud'homme" <Thomas dot Preudhomme at arm dot com>, "Richard Earnshaw" <Richard dot Earnshaw at arm dot com>, <gcc-patches at gcc dot gnu dot org>
- Cc: "Ramana Radhakrishnan" <Ramana dot Radhakrishnan at arm dot com>
- Date: Tue, 27 Jan 2015 13:38:09 +0800
- Subject: RE: [PATCH 2/3, ARM, libgcc, ping6] Code size optimization for the fmul/fdiv and dmul/ddiv function in libgcc
- Authentication-results: sourceware.org; auth=none
- References: <000101d02ff1$1c67c190$553744b0$ at arm dot com> <54B681DC dot 3070004 at arm dot com> <001201d039f1$3b73c9d0$b25b5d70$ at arm dot com>
> From: gcc-patches-owner@gcc.gnu.org [mailto:gcc-patches-
> owner@gcc.gnu.org] On Behalf Of Thomas Preud'homme
>
> >
> > Secondly, in a shared library environment you need to ensure that
> these
> > names remain private to the instance linked into the library, so that
> > you don't end up going through the PLT for each branch between
> blocks.
>
> Right. I'll post something for this shortly.
My apologies, this is also already the case since these are local symbols.
The first bleq Lml_s in aeabi_dmul is encoded as 0x0b00006f which is the
address of the code that starts at Lml_s label just below. I cannot see any
Lml entry in the plt.
Best regards,
Thomas