public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* optimization/6028: libcall handling breaks 173.applu with -Os on ia64
@ 2002-03-21 18:06 janis187
0 siblings, 0 replies; 5+ messages in thread
From: janis187 @ 2002-03-21 18:06 UTC (permalink / raw)
To: gcc-gnats
>Number: 6028
>Category: optimization
>Synopsis: libcall handling breaks 173.applu with -Os on ia64
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: wrong-code
>Submitter-Id: net
>Arrival-Date: Thu Mar 21 18:06:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator: Janis Johnson
>Release: gcc version 3.1 20020321 (prerelease)
>Organization:
>Environment:
Itanium, Red Hat Linux release 7.1.94 (Roswell)
>Description:
The SPEC CPU2000 test 173.applu gets incorrect results when
compiled with -Os on ia64-unknown-linux-gnu with the 3.1
prerelease compiler.
This is a regression from GCC 3.0.4 that begins with this
change:
Sun Dec 23 00:49:37 CET 2001 Jan Hubicka <jh@suse.cz>
* calls.c (ECF_LIBCALL_BLOCK): New constant.
(emit_call_1, initialize_argument_information,
precompute_arguments, expand_call,
emit_library_call_value_1): Use ECF_LIBCALL_BLOCK
instead of ECF_PURE | ECF_CONST. Honnor LCT_CONST/LCT_PURE.
I have not yet put together a test case to include with
this PR, but I can continue to work on that if necessary.
The subroutine that is compiled incorrectly with -Os is
jaclf.f, which has three nested DO loops with lots of math,
four calls to __divdf3, and no other calls. This test
passes with all other optimization options I've tried.
I used SPEC's test (small) input.
>How-To-Repeat:
Build and run 173.applu from SPEC CPU2000 with -Os.
>Fix:
Unknown.
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64
@ 2003-02-19 10:55 ebotcazou
0 siblings, 0 replies; 5+ messages in thread
From: ebotcazou @ 2003-02-19 10:55 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, janis187, nobody
Synopsis: libcall handling breaks 173.applu with -Os on ia64
State-Changed-From-To: open->feedback
State-Changed-By: ebotcazou
State-Changed-When: Wed Feb 19 10:55:33 2003
State-Changed-Why:
Janis, does the problem still occur? If so, I think your should raise the PR priority since it's a regression.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6028
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64
@ 2003-05-09 18:06 Dara Hazeghi
0 siblings, 0 replies; 5+ messages in thread
From: Dara Hazeghi @ 2003-05-09 18:06 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR optimization/6028; it has been noted by GNATS.
From: Dara Hazeghi <dhazeghi@yahoo.com>
To: gcc-gnats@gcc.gnu.org, janis187@us.ibm.com
Cc:
Subject: Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64
Date: Fri, 9 May 2003 11:05:16 -0700
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-
trail&database=gcc&pr=6028
Hello,
this PR has been in feedback for more than 2 months. Does this bug
still appear on 3.3 branch and mainline? Thanks,
Dara
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64
@ 2003-05-16 23:36 Janis Johnson
0 siblings, 0 replies; 5+ messages in thread
From: Janis Johnson @ 2003-05-16 23:36 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR optimization/6028; it has been noted by GNATS.
From: Janis Johnson <janis187@us.ibm.com>
To: Dara Hazeghi <dhazeghi@yahoo.com>
Cc: gcc-gnats@gcc.gnu.org, janis187@us.ibm.com
Subject: Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64
Date: Fri, 16 May 2003 16:29:38 -0700
On Fri, May 09, 2003 at 11:05:16AM -0700, Dara Hazeghi wrote:
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-
> trail&database=gcc&pr=6028
>
> this PR has been in feedback for more than 2 months. Does this bug
> still appear on 3.3 branch and mainline? Thanks,
The PR can be closed. I was never able to come up with a
minimized test case and it can't be reproduced without
access to SPEC CPU2000 on ia64-linux and quite a bit of
setup. I haven't had the time recently to see if it still
occurs.
Janis
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64
@ 2003-05-17 6:52 giovannibajo
0 siblings, 0 replies; 5+ messages in thread
From: giovannibajo @ 2003-05-17 6:52 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, janis187, nobody
Synopsis: libcall handling breaks 173.applu with -Os on ia64
State-Changed-From-To: feedback->closed
State-Changed-By: bajo
State-Changed-When: Sat May 17 06:52:49 2003
State-Changed-Why:
Submitter asked this to be closed.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6028
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-05-17 6:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-21 18:06 optimization/6028: libcall handling breaks 173.applu with -Os on ia64 janis187
2003-02-19 10:55 ebotcazou
2003-05-09 18:06 Dara Hazeghi
2003-05-16 23:36 Janis Johnson
2003-05-17 6:52 giovannibajo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).