From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9027 invoked by alias); 30 Mar 2012 12:40:02 -0000 Received: (qmail 8989 invoked by uid 22791); 30 Mar 2012 12:40:01 -0000 X-SWARE-Spam-Status: No, hits=-5.0 required=5.0 tests=AWL,BAYES_50,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,TW_BG,TW_NV,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 30 Mar 2012 12:39:48 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q2UCdZed014458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 30 Mar 2012 08:39:35 -0400 Received: from yakj.usersys.redhat.com (ovpn-112-23.ams2.redhat.com [10.36.112.23]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q2UCdWpM012627; Fri, 30 Mar 2012 08:39:34 -0400 Message-ID: <4F75A984.2090605@redhat.com> Date: Fri, 30 Mar 2012 12:40:00 -0000 From: Paolo Bonzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1 MIME-Version: 1.0 To: Tristan Gingold CC: Janne Blomqvist , Tobias Burnus , GCC Patches , fortran@gcc.gnu.org Subject: Re: [Patch V2] libgfortran: do not assume libm References: <20120320094857.GB27039@physik.fu-berlin.de> <4F6AF98F.1000005@redhat.com> <1CF02DE4-A03A-4435-BF26-5C21673B1DA5@adacore.com> <8661DD82-57D2-4DB6-A433-B6E0497CABEC@adacore.com> In-Reply-To: <8661DD82-57D2-4DB6-A433-B6E0497CABEC@adacore.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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 X-SW-Source: 2012-03/txt/msg01923.txt.bz2 Il 30/03/2012 12:22, Tristan Gingold ha scritto: > > On Mar 27, 2012, at 10:38 AM, Janne Blomqvist wrote: > >> On Tue, Mar 27, 2012 at 11:01, Tristan Gingold wrote: >>> Hi, >>> >>> this patch fixes this issue. Is it OK ? >> >> Ok. >> >>> Maybe we should include the AC_DEFINE action within GCC_CHECK_MATH_FUNC. Will try to do that. >> >> That looks like a cleaner solution, yes, and less chance for typos to sneak in. > > Hi, > > here is the 'cleaner solution': now GCC_CHECK_MATH_FUNC automatically define the HAVE_xxx variable. > > The description is now: Define to 1 if you have the `xxx' function. As a consequence, libgfortran/config.h.in was regenerated (with differences like: > > -/* acos is available */ > +/* Define to 1 if you have the `acos' function. */ > #undef HAVE_ACOS > > ) > > Tested by rebuild libgfortran for ia64-hp-openvms and visual inspection of differences. > > I have CC: Paolo as he approved the first version of math.m4. > > Ok for trunk ? Yes. Paolo