From patchwork Sun Nov 22 22:15:04 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: John David Anglin X-Patchwork-Id: 547352 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 5FC5C1401DA for ; Mon, 23 Nov 2015 09:15:15 +1100 (AEDT) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.b=wsPMZu/Y; dkim-atps=neutral DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:mime-version:content-type:date:subject:cc :to:message-id; q=dns; s=default; b=LE0xvqyhx11S9qb9JkeBozHhXc5e R8t/TCpwmTWOgVj94Y/M1znCp80fmZFGOUXdcNUncgob+AAQLqCDTP3rc9DxE16r K/KIQDffjERQiTh7ndpOX0rUbKb0cmu5ZUusGTjsw60IdCCO0K4+3XMRfkVBl2KP gKGNXJ7FTarL6TE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:mime-version:content-type:date:subject:cc :to:message-id; s=default; bh=EvhWQtjSHJhE4NNQkB2dLHZsS4Y=; b=ws PMZu/YAkS8j2N56KZQiJ2pdOh1ovRIQRBooN6x9AFCmV9pfjpblejBT6a5QOsDG0 /lHax0Kw7wuIzWFnoZLVPNVzsBPhJmKXSfOyNqP8TFILiC/D2guvnwRS3dRFKgcW FmSYHtellnEfUq6nNGyvUyv1SpcHBkxvmIjUm1yBY= Received: (qmail 114002 invoked by alias); 22 Nov 2015 22:15:09 -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 113989 invoked by uid 89); 22 Nov 2015 22:15:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL, BAYES_00, RP_MATCHES_RCVD, SPF_PASS, UNPARSEABLE_RELAY autolearn=ham version=3.3.2 X-HELO: torfep01.bell.net From: John David Anglin Mime-Version: 1.0 (Apple Message framework v1085) Date: Sun, 22 Nov 2015 17:15:04 -0500 Subject: [PATCH] hppa: Define __NO_LONG_DOUBLE_MATH so headers are consistent with libm build Cc: Carlos O'Donell , Mike Frysinger , Helge Deller To: GNU C Library Message-Id: <66B8E687-EF7F-43F2-85D0-FDF44B08CAE1@bell.net> X-Opwv-CommTouchExtSvcRefID: str=0001.0A020201.56523E68.0103, ss=1, re=0.000, fgs=0 The attached patch fixes BZ #19270 and the Debian gmt package know builds successfully. Aside from the comment, the define of __NO_LONG_DOUBLE_MATH is similar to that in the generic version of glibc. Build tested on hppa-unknown-linux-gnu with no observed regressions. Please commit if okay. Dave Anglin --- John David Anglin dave.anglin@bell.net 2015-11-22 John David Anglin [BZ #19270] * sysdeps/hppa/fpu/bits/mathdef.h (__NO_LONG_DOUBLE_MATH): Define. diff --git a/sysdeps/hppa/fpu/bits/mathdef.h b/sysdeps/hppa/fpu/bits/mathdef.h index d189f4a..443655f 100644 --- a/sysdeps/hppa/fpu/bits/mathdef.h +++ b/sysdeps/hppa/fpu/bits/mathdef.h @@ -34,5 +34,10 @@ typedef double double_t; /* `double' expressions are evaluated as #endif /* ISO C99 */ -/* On hppa `long double' is 64-bits. */ -#undef __NO_LONG_DOUBLE_MATH +#ifndef __NO_LONG_DOUBLE_MATH +/* On hppa `long double' and `double' are 64-bits. So, libm is built + with NO_LONG_DOUBLE defined. The following define ensures the library + and headers are consistent. This disables the declaration of all the + `long double' function variants. */ +# define __NO_LONG_DOUBLE_MATH 1 +#endif