From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19146 invoked by alias); 19 Dec 2010 20:32:14 -0000 Received: (qmail 19137 invoked by uid 22791); 19 Dec 2010 20:32:13 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 19 Dec 2010 20:32:09 +0000 Received: (qmail 15622 invoked from network); 19 Dec 2010 20:32:07 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 19 Dec 2010 20:32:07 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1PUPvJ-000563-QC; Sun, 19 Dec 2010 20:32:05 +0000 Date: Mon, 20 Dec 2010 10:19:00 -0000 From: "Joseph S. Myers" To: Tobias Burnus cc: Ralf Wildenhues , gcc patches Subject: Re: [Build, Patch, libquadmath] PR 46520 Do not call AC_CHECK_LIB for gcc_no_link In-Reply-To: <4D0E576F.4020809@net-b.de> Message-ID: References: <4D0C8A2C.3080209@net-b.de> <20101219120803.GK7020@gmx.de> <4D0E306A.5090809@net-b.de> <20101219182826.GW7020@gmx.de> <4D0E576F.4020809@net-b.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: 2010-12/txt/msg01552.txt.bz2 On Sun, 19 Dec 2010, Tobias Burnus wrote: > Ralf Wildenhues wrote: > > Well, this patch is ok as well (and a bit nicer for users willing > > to pass cache variables), but what I meant was something like > > > > # The toplevel --target becomes the --host in target libdirs. > > case $host_os in > > linux*) ac_cv_lib_m_sqrtl=yes ;; > > ... > > esac > > > > that already seeds the variables on systems where the answer is known. > > (Kind of like another step further.) > > Is it obvious that all linux* support sqrtl? I wouldn't rule out that there > are Linux systems with double-only LIBC. Admittedly, I rather would expect > those on, e.g., ARM systems where no __float128 exists. On systems where double and long double have the same representation, sqrtl is an alias for sqrt. The function exists in libm even though there is no declaration in the headers with FSF glibc (Jakub's patch to add the declarations as required by C99 was ignored). -- Joseph S. Myers joseph@codesourcery.com