From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27750 invoked by alias); 14 Jan 2015 14:49:07 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 27729 invoked by uid 89); 14 Jan 2015 14:49:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: service87.mimecast.com Received: from service87.mimecast.com (HELO service87.mimecast.com) (91.220.42.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 14 Jan 2015 14:49:03 +0000 Received: from cam-owa1.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.140]) by service87.mimecast.com; Wed, 14 Jan 2015 14:49:01 +0000 Received: from e105689-lin.cambridge.arm.com ([10.1.255.212]) by cam-owa1.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 14 Jan 2015 14:49:01 +0000 Message-ID: <54B681DC.3070004@arm.com> Date: Wed, 14 Jan 2015 15:05:00 -0000 From: Richard Earnshaw User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Thomas Preud'homme , "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 References: <000101d02ff1$1c67c190$553744b0$@arm.com> In-Reply-To: <000101d02ff1$1c67c190$553744b0$@arm.com> X-MC-Unique: 115011414490104601 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg01070.txt.bz2 On 14/01/15 11:56, Thomas Preud'homme wrote: > Ping? >=20 Sorry, not ok. These symbols pollute the global namespace, yet do not use reserved names. 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. R. >> -----Original Message----- >> From: gcc-patches-owner@gcc.gnu.org [mailto:gcc-patches- >> owner@gcc.gnu.org] On Behalf Of Thomas Preud'homme >> Sent: Thursday, November 13, 2014 4:05 PM >> To: gcc-patches@gcc.gnu.org >> Cc: Richard Earnshaw; Ramana Radhakrishnan >> Subject: RE: [PATCH 2/3, ARM, libgcc, ping5] Code size optimization for >> the fmul/fdiv and dmul/ddiv function in libgcc >> >> [Taking over Tony's patch] >> >> Ping? >> >> Best regards, >> >> Thomas >> >>> -----Original Message----- >>> From: gcc-patches-owner@gcc.gnu.org [mailto:gcc-patches- >>> owner@gcc.gnu.org] On Behalf Of Tony Wang >>> Sent: Thursday, August 21, 2014 7:15 AM >>> To: gcc-patches@gcc.gnu.org >>> Subject: [PATCH 2/3,ARM,libgcc]Code size optimization for the >> fmul/fdiv >>> and dmul/ddiv function in libgcc >>> >>> Step 2: Mark all the symbols around the fragment boundaries as >> function >>> symbols, so as to generate veneer when >>> the two section is too far away from each other. Also, I have both >>> manually and using some test cases to >>> verify that IP and PSR are not alive at such point. >>> >>> gcc/libgcc/ChangeLog: >>> 2014-8-21 Tony Wang >>> >>> * config/arm/ieee754-sf.S: Expose symbols around fragment >>> boundaries as function symbols. >>> * config/arm/ieee754-df.S: Same with above >>> >>> BR, >>> Tony >> >> >> >=20 >=20 >=20