This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: optimization/10221: gcc -O9 will introduce wrong asembler?
- From: Erik Oosterom <erik dot oosterom at chess dot nl>
- To: steven at gcc dot gnu dot org, eoo at chess dot nl, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, nobody at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
- Date: Wed, 26 Mar 2003 15:17:48 +0100
- Subject: Re: optimization/10221: gcc -O9 will introduce wrong asembler?
- References: <20030326140235.26227.qmail@sources.redhat.com>
Hi Steven,
Thanks for looking to the problem!
The codes I did provided are the output of the compiler. (which is
different)
The source line in the preprocessed source is line 9087, this will be
compiled (wrong).
I shall try to make an simple example..
Best Regards,
Erik
steven at gcc dot gnu dot org wrote:
>
> Synopsis: gcc -O9 will introduce wrong asembler?
>
> State-Changed-From-To: open->feedback
> State-Changed-By: steven
> State-Changed-When: Wed Mar 26 14:02:34 2003
> State-Changed-Why:
> Hi,
>
> Thanks for the problem report. Unfortunately, I
> am unable to reproduce the bug with the code you
> attached:
>
> 1) The RELEASE and DEBUG codes you talk about are
> not in the preprocessed source.
> 2) The code you provided seems to rely on other
> compilation units, i.e. there are undefined
> references at link time.
>
> Can you produce a smaller test case, or at least one
> without external references?
>
> Oh, and I suppose you see this problem with -O3 as
> well? The highest optimization level for GCC is -O3,
> if you do -On, n>3, nothing extra happens.
>
> Greetz
> Steven
>
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10221
--
Met vriendelijke groet,
Erik Oosterom
Chess embedded Technology
Nieuwe Gracht 13/78
P.O.Box 5021
2000 CA Haarlem, The Netherlands
Phone : +31-23-5 149 249 (indirect)
Fax : +31-23-5 149 191
Web : http://www.chess.nl
Email : mailto:erik dot oosterom at chess dot nl