From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1779 invoked by alias); 17 Dec 2002 09:24:31 -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 1756 invoked from network); 17 Dec 2002 09:24:29 -0000 Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186) by 209.249.29.67 with SMTP; 17 Dec 2002 09:24:29 -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 gBH9HLtv006335; Tue, 17 Dec 2002 10:17:22 +0100 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id gBH9HLfA006334; Tue, 17 Dec 2002 10:17:21 +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> <20021217085344.GT3138@kam.mff.cuni.cz> From: Gabriel Dos Reis In-Reply-To: <20021217085344.GT3138@kam.mff.cuni.cz> Organization: Integrable Solutions Date: Tue, 17 Dec 2002 03:20:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg01018.txt.bz2 Message-ID: <20021217032000.rdVuT59HF1np5efV0lqVecYn5E4xUYkH4y2TU90ARek@z> Jan Hubicka writes: | > 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. | Yes, but what is wrong with compiling runtime with -fno-builtins to | avoid GCC from assuming that the reserved functions are used in usual | ways? That is just papering over broken assumptions made by the tranformation. I rather see the transformation applied only when there are confidence that the result of the transformation will also run on the target. -- Gaby