From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25158 invoked by alias); 19 Dec 2010 19:17:34 -0000 Received: (qmail 25148 invoked by uid 22791); 19 Dec 2010 19:17:34 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mailout-de.gmx.net (HELO mail.gmx.net) (213.165.64.23) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Sun, 19 Dec 2010 19:17:29 +0000 Received: (qmail invoked by alias); 19 Dec 2010 19:17:26 -0000 Received: from xdsl-89-0-87-89.netcologne.de (EHLO localhost.localdomain) [89.0.87.89] by mail.gmx.net (mp005) with SMTP; 19 Dec 2010 20:17:26 +0100 Received: from ralf by localhost.localdomain with local (Exim 4.69) (envelope-from ) id 1PUOl0-00022W-6T; Sun, 19 Dec 2010 20:17:22 +0100 Date: Sun, 19 Dec 2010 20:32:00 -0000 From: Ralf Wildenhues To: Tobias Burnus Cc: gcc patches Subject: Re: [Build, Patch, libquadmath] PR 46520 Do not call AC_CHECK_LIB for gcc_no_link Message-ID: <20101219191721.GY7020@gmx.de> Mail-Followup-To: Ralf Wildenhues , Tobias Burnus , gcc patches 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 Content-Disposition: inline In-Reply-To: <4D0E576F.4020809@net-b.de> User-Agent: Mutt/1.5.20 (2010-08-04) X-IsSubscribed: yes 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/msg01547.txt.bz2 * Tobias Burnus wrote on Sun, Dec 19, 2010 at 08:05:19PM CET: > Ralf Wildenhues wrote: > > # The toplevel --target becomes the --host in target libdirs. > > case $host_os in > > linux*) ac_cv_lib_m_sqrtl=yes ;; > > ... > > esac > Is it obvious that all linux* support sqrtl? Oh, I have no idea about the actual settings; the above was only meant as an example. > 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. I would guess so, too. > I have now committed the second version of the patch (Rev. 168069). > However, if we find something better, one can still commit it as > follow-up patch. Thanks, Ralf