Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64

Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64

[Janis Johnson]

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

Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64

[giovannibajo]

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

Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64

[Dara Hazeghi]

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
 

Re: optimization/6028: libcall handling breaks 173.applu with -Os on ia64

[ebotcazou]

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

optimization/6028: libcall handling breaks 173.applu with -Os on ia64

[janis187]

>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: