From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28739 invoked by alias); 17 Dec 2002 08:50:02 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 28696 invoked from network); 17 Dec 2002 08:49:57 -0000 Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186) by 209.249.29.67 with SMTP; 17 Dec 2002 08:49:57 -0000 Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id gBH8gotv006129; Tue, 17 Dec 2002 09:42:50 +0100 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id gBH8gn8k006128; Tue, 17 Dec 2002 09:42:49 +0100 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f To: Jan Hubicka Cc: David Edelsohn , Zack Weinberg , gcc@gcc.gnu.org, libstdc++@gcc.gnu.rg.integrable-solutions.net Subject: Re: basic-improvements merge status References: <200212162137.QAA28706@makai.watson.ibm.com> <20021216222302.GC3138@kam.mff.cuni.cz> From: Gabriel Dos Reis In-Reply-To: <20021216222302.GC3138@kam.mff.cuni.cz> Organization: Integrable Solutions Date: Tue, 17 Dec 2002 00:53:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg01005.txt.bz2 Jan Hubicka writes: | > The GCC 3.4BIB libstdc++-v3 failure of 26_numerics/c_math.cc on | > AIX is occurring because libstdc++-v3/libmath/stubs.c functions are | > recursing. | > | > #ifndef HAVE_SINF | > float | > sinf(float x) | > { | > return (float) sin(x); | > } | > #endif | > | > is being compiled as | | I think we can deal with -fno-builtin-fsin to avoid gcc from being | active on optimizing this. | The name sinf is reserved by C90 standard, so this is not valid C. This is part of the *compiler runtime support* so it does make sense de define the sinf() function. -- Gaby From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1485 invoked by alias); 17 Dec 2002 09:23:44 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 1466 invoked from network); 17 Dec 2002 09:23:42 -0000 Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186) by 209.249.29.67 with SMTP; 17 Dec 2002 09:23:42 -0000 Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id gBH9H3tv006328; Tue, 17 Dec 2002 10:17:04 +0100 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id gBH9H3gc006327; Tue, 17 Dec 2002 10:17:03 +0100 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f To: Jan Hubicka Cc: David Edelsohn , Zack Weinberg , gcc@gcc.gnu.org, libstdc++@gcc.gnu.org Subject: Re: basic-improvements merge status References: <200212162137.QAA28706@makai.watson.ibm.com> <20021216222302.GC3138@kam.mff.cuni.cz> From: Gabriel Dos Reis In-Reply-To: <20021216222302.GC3138@kam.mff.cuni.cz> Organization: Integrable Solutions Date: Tue, 17 Dec 2002 02:12:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg01017.txt.bz2 Message-ID: <20021217021200.PRYn_xC8JHImO6gWknTD_NdahgnWAJzrQ9i-ttMz7BA@z> Jan Hubicka writes: | > The GCC 3.4BIB libstdc++-v3 failure of 26_numerics/c_math.cc on | > AIX is occurring because libstdc++-v3/libmath/stubs.c functions are | > recursing. | > | > #ifndef HAVE_SINF | > float | > sinf(float x) | > { | > return (float) sin(x); | > } | > #endif | > | > is being compiled as | | I think we can deal with -fno-builtin-fsin to avoid gcc from being | active on optimizing this. | The name sinf is reserved by C90 standard, so this is not valid C. This is part of the *compiler runtime support* so it does make sense de define the sinf() function. -- Gaby