From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-64836-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 4396 invoked by alias); 17 Dec 2002 08:55:44 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 4227 invoked from network); 17 Dec 2002 08:55:41 -0000
Received: from unknown (HELO nikam.ms.mff.cuni.cz) (195.113.18.106)
  by 209.249.29.67 with SMTP; 17 Dec 2002 08:55:41 -0000
Received: by nikam.ms.mff.cuni.cz (Postfix, from userid 16202)
	id 2A9034E154; Tue, 17 Dec 2002 09:54:45 +0100 (CET)
Date: Tue, 17 Dec 2002 00:58:00 -0000
From: Jan Hubicka <jh@suse.cz>
To: Gabriel Dos Reis <gdr@integrable-solutions.net>
Cc: David Edelsohn <dje@watson.ibm.com>, Jan Hubicka <jh@suse.cz>,
	Zack Weinberg <zack@codesourcery.com>, gcc@gcc.gnu.org,
	libstdc++@gcc.gnu.org
Subject: Re: basic-improvements merge status
Message-ID: <20021217085445.GU3138@kam.mff.cuni.cz>
References: <200212162226.RAA23850@makai.watson.ibm.com> <m3y96pghhf.fsf@uniton.integrable-solutions.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3y96pghhf.fsf@uniton.integrable-solutions.net>
User-Agent: Mutt/1.3.28i
X-SW-Source: 2002-12/txt/msg01010.txt.bz2

> David Edelsohn <dje@watson.ibm.com> writes:
> 
> | >>>>> Jan Hubicka writes:
> | 
> | >> #ifndef HAVE_SINF
> | >> float
> | >> sinf(float x)
> | >> {
> | >> return (float) sin(x);
> | >> }
> | >> #endif
> | >> 
> | >> is being compiled as
> | 
> | Jan> I think we can deal with -fno-builtin-fsin to avoid gcc from being
> | Jan> active on optimizing this.
> | Jan> The name sinf is reserved by C90 standard, so this is not valid C.
> | 
> | 	Maybe libstdc++-v3/libmath/stubs.c should be compiled with
> | -fno-builtins.
> 
> This is papering over broken assumptions made by the transformation.
> 
> Moreover, not all functions are missing at the same time.  So
> -fno-builtin will be overly pessimistic an assumption.  There ought to
> be a way to tell the compiler which library function not to optimize.

-fno-builtin-sin does the trick.

Honza
> 
> -- Gaby