From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-315953-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 3384 invoked by alias); 2 Apr 2012 07:47:31 -0000
Received: (qmail 3367 invoked by uid 22791); 2 Apr 2012 07:47:30 -0000
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,TW_BG,TW_NV
X-Spam-Check-By: sourceware.org
Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (194.98.77.210)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 Apr 2012 07:47:05 +0000
Received: from localhost (localhost [127.0.0.1])	by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 49304290040;	Mon,  2 Apr 2012 09:47:08 +0200 (CEST)
Received: from mel.act-europe.fr ([127.0.0.1])	by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id JvL3zgmICB9l; Mon,  2 Apr 2012 09:47:08 +0200 (CEST)
Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67])	(using TLSv1 with cipher AES128-SHA (128/128 bits))	(No client certificate requested)	by mel.act-europe.fr (Postfix) with ESMTP id F1D51290032;	Mon,  2 Apr 2012 09:47:07 +0200 (CEST)
Subject: Re: [Patch V2] libgfortran: do not assume libm
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset=iso-8859-1
From: Tristan Gingold <gingold@adacore.com>
In-Reply-To: <4F75A984.2090605@redhat.com>
Date: Mon, 02 Apr 2012 07:47:00 -0000
Cc: Janne Blomqvist <blomqvist.janne@gmail.com>, Tobias Burnus <tobias.burnus@physik.fu-berlin.de>, GCC Patches <gcc-patches@gcc.gnu.org>, fortran@gcc.gnu.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <A189390C-3DB3-438E-B4C8-F4BF00F4021F@adacore.com>
References: <20120320094857.GB27039@physik.fu-berlin.de> <BB208731-93A2-45B4-95C4-C8179CB4FAC3@adacore.com> <4F6AF98F.1000005@redhat.com> <EC7480F6-60BC-425D-BF60-93FEEF0DAE57@adacore.com> <CAO9iq9EY51vCwj_BN3z9h7GEVWPm2g7wjgVGmuQuyg_tESx89Q@mail.gmail.com> <E897B64E-578C-466F-A1C2-BF75327F3B83@adacore.com> <1CF02DE4-A03A-4435-BF26-5C21673B1DA5@adacore.com> <CAO9iq9GxYzSUeWLY-hua7z1pSYpc5kdTXyYZng9sJRJ-MT+rYg@mail.gmail.com> <8661DD82-57D2-4DB6-A433-B6E0497CABEC@adacore.com> <4F75A984.2090605@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
X-IsSubscribed: yes
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
X-SW-Source: 2012-04/txt/msg00015.txt.bz2


On Mar 30, 2012, at 2:39 PM, Paolo Bonzini wrote:

> Il 30/03/2012 12:22, Tristan Gingold ha scritto:
>>=20
>> On Mar 27, 2012, at 10:38 AM, Janne Blomqvist wrote:
>>=20
>>> On Tue, Mar 27, 2012 at 11:01, Tristan Gingold <gingold@adacore.com> wr=
ote:
>>>> Hi,
>>>>=20
>>>> this patch fixes this issue.  Is it OK ?
>>>=20
>>> Ok.
>>>=20
>>>> Maybe we should include the AC_DEFINE action within GCC_CHECK_MATH_FUN=
C.  Will try to do that.
>>>=20
>>> That looks like a cleaner solution, yes, and less chance for typos to s=
neak in.
>>=20
>> Hi,
>>=20
>> here is the 'cleaner solution': now GCC_CHECK_MATH_FUNC automatically de=
fine the HAVE_xxx variable.
>>=20
>> The description is now: Define to 1 if you have the `xxx' function.  As =
a consequence, libgfortran/config.h.in was regenerated (with differences li=
ke:
>>=20
>> -/* acos is available */
>> +/* Define to 1 if you have the `acos' function. */
>> #undef HAVE_ACOS
>>=20
>> )
>>=20
>> Tested by rebuild libgfortran for ia64-hp-openvms and visual inspection =
of differences.
>>=20
>> I have CC: Paolo as he approved the first version of math.m4.
>>=20
>> Ok for trunk ?
>=20
> Yes.

Thanks, committed.

Tristan.