From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-378265-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 21377 invoked by alias); 30 Dec 2011 15:41:32 -0000
Received: (qmail 21365 invoked by uid 22791); 30 Dec 2011 15:41:31 -0000
X-SWARE-Spam-Status: No, hits=-2.9 required=5.0	tests=ALL_TRUSTED,AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from localhost (HELO gcc.gnu.org) (127.0.0.1)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 30 Dec 2011 15:41:17 +0000
From: "danglin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/51616] [4.7 Regression] gfortran.dg/quad_2.f90 fails on hppa*-*-hpux*
Date: Fri, 30 Dec 2011 15:49:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: danglin at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.7.0
X-Bugzilla-Changed-Fields:
Message-ID: <bug-51616-4-uNPBL1wHZP@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-51616-4@http.gcc.gnu.org/bugzilla/>
References: <bug-51616-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
X-SW-Source: 2011-12/txt/msg02831.txt.bz2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51616

--- Comment #7 from John David Anglin <danglin at gcc dot gnu.org> 2011-12-30 15:40:59 UTC ---
(In reply to comment #5)
> hpux11 appears to be yet another OS that has sufficient quad
> support that gfortran detects a REAL(16) type, but the OS
> lacks the basic libm functions.

Except possibly for hpux11.31, the OS only provides support for
basic arithmetic operations.  These are soft implementations.
GCC has supported these operations for many years.  This is why
gfortran detects a REAL(16) type. The support is sufficient to
build libquadmath.  As far as I know, it works correctly (no
errors in testsuite).

There was some discussion last year about adding support
to provide `l' aliases to the `q' routines in libquadmath.