This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: [PATCH 2/3, ARM, libgcc, ping1] Code size optimization for the fmul/fdiv and dmul/ddiv function in libgcc


Ping?

> -----Original Message-----
> From: Thomas Preud'homme [mailto:thomas.preudhomme@arm.com]
> Sent: Tuesday, January 27, 2015 1:38 PM
> To: Thomas Preud'homme; Richard Earnshaw; gcc-patches@gcc.gnu.org
> Cc: Ramana Radhakrishnan
> Subject: RE: [PATCH 2/3, ARM, libgcc, ping6] Code size optimization for
> the fmul/fdiv and dmul/ddiv function in libgcc
> 
> > 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





Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]