From patchwork Tue Aug 15 19:55:41 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Lu, Hongjiu" X-Patchwork-Id: 22131 Received: (qmail 128654 invoked by alias); 15 Aug 2017 19:55:49 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Delivered-To: mailing list libc-alpha@sourceware.org Received: (qmail 127553 invoked by uid 89); 15 Aug 2017 19:55:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-24.4 required=5.0 tests=AWL, BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, KAM_LAZY_DOMAIN_SECURITY, NO_DNS_FOR_FROM, RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=55am, 55AM X-HELO: mga04.intel.com X-ExtLoop1: 1 Date: Tue, 15 Aug 2017 12:55:41 -0700 From: "H.J. Lu" To: GNU C Library Subject: Re: [PATCH] x86-64: Put L(SP_INF_0) in .rodata.cst4 section [BZ #21955] Message-ID: <20170815195541.GA19812@gmail.com> Reply-To: "H.J. Lu" References: <20170815173855.GA19119@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20170815173855.GA19119@gmail.com> User-Agent: Mutt/1.8.3 (2017-05-23) On Tue, Aug 15, 2017 at 10:38:55AM -0700, H.J. Lu wrote: > sysdeps/x86_64/fpu/e_expf.S has > > /* Here if |x| is Inf */ > lea L(SP_INF_0)(%rip), %rdx /* depending on sign of x: */ > movss (%rdx,%rax,4), %xmm0 /* return zero or Inf */ > ret > ... > .section .rodata.cst8,"aM",@progbits,8 > ... > .p2align 2 > L(SP_INF_0): > .long 0x7f800000 /* single precision Inf */ > .long 0 /* single precision zero */ > .type L(SP_INF_0), @object > ASM_SIZE_DIRECTIVE(L(SP_INF_0)) > > Since L(SP_INF_0) is accessed as an array of 4-byte elements, it should > be placed in > > .section .rodata.cst4,"aM",@progbits,4 > > Tested on x86-64. Any comments? > > H.J. > --- > [BZ #21955] > * sysdeps/x86_64/fpu/e_expf.S (L(SP_INF_0)): Place it in > .rodata.cst4 section. L(SP_RANGE) has the same issue. This updated patch fixes both. H.J. --- sysdeps/x86_64/fpu/e_expf.S has lea L(SP_RANGE)(%rip), %rdx /* load over/underflow bound */ cmpl (%rdx,%rax,4), %ecx /* |x|this bound, then result overflows */ .long 0x42cff1b4 /* if xthis bound, then result overflows */ @@ -311,7 +312,6 @@ L(SP_INF_0): .type L(SP_INF_0), @object ASM_SIZE_DIRECTIVE(L(SP_INF_0)) - .section .rodata.cst4,"aM",@progbits,4 .p2align 2 L(SP_RS): /* single precision 2^23+2^22 */ .long 0x4b400000