From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-79912-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 8503 invoked by alias); 29 Jul 2003 11:51:21 -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 8494 invoked from network); 29 Jul 2003 11:51:20 -0000
Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186)
  by sources.redhat.com with SMTP; 29 Jul 2003 11:51:20 -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 h6TBp8Su013688;
	Tue, 29 Jul 2003 13:51:08 +0200
Received: (from gdr@localhost)
	by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id h6TBp7Cv013687;
	Tue, 29 Jul 2003 13:51:07 +0200
X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f
To: Richard Guenther <rguenth@tat.physik.uni-tuebingen.de>
Cc: gcc@gcc.gnu.org
Subject: Re: std::pow implementation
References: <Pine.LNX.4.44.0307291340380.14031-100000@bellatrix.tat.physik.uni-tuebingen.de>
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
In-Reply-To: <Pine.LNX.4.44.0307291340380.14031-100000@bellatrix.tat.physik.uni-tuebingen.de>
Organization: Integrable Solutions
Date: Tue, 29 Jul 2003 12:14:00 -0000
Message-ID: <m3ptjttutw.fsf@uniton.integrable-solutions.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2003-07/txt/msg01962.txt.bz2

Richard Guenther <rguenth@tat.physik.uni-tuebingen.de> writes:

| On 29 Jul 2003, Gabriel Dos Reis wrote:
| 
| > Richard Guenther <rguenth@tat.physik.uni-tuebingen.de> writes:
| >
| > | Can such be done for 3.4 and possibly 3.3, too?
| >
| > This is mainly an inlining problem with the compiler.  Please fix the
| > compiler, don't obfuscate the library.
| 
| cmath.tcc:std::__cmath_power is not even declared inline.

That can be fixed if I'm given enough data ways to reproduce them.
(The body of that function is already available in any translation
unit that use it)

[...]

| to something avoiding the call to std::__cmath_power. And I dont
| expect inlining heuristics to consider constant arguments even for
| tree-ssa in 3.5 timeframe.

Assume __cmath_power is defined inline, then if GCC refuses to
inline it is because it is broken: it thinks it knows better than the
programmer whereas it does not.

-- Gaby