[Bug 1111] New: Order matters for inline candidates
gcc-bugzilla@gcc.gnu.org
gcc-bugzilla@gcc.gnu.org
Wed May 21 17:17:00 GMT 2003
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1111
Summary: Order matters for inline candidates
Product: gcc
Version: unknown
Status: NEW
Severity: major
Priority: P3
Component: java
AssignedTo: aph@gcc.gnu.org
ReportedBy: apbianco@cygnus.com
CC: aph@gcc.gnu.org,dhazeghi@yahoo.com,gcc-
bugs@gcc.gnu.org,neroden@gcc.gnu.org,steven.bosscher@usa
fa.af.mil
Inline candidates have to be seen as such before being
inlined when used.
Release:
Current
Environment:
All
How-To-Repeat:
Use an inline candidate before and after declaration. Notice
that the candidate's symbol still exists when the candidate
is declared after having been used.
------- Additional Comments From apbianco@cygnus.com 2000-20-12 12:06 -------
Fix:
Have inline candidates considered first (re-ordering the
list of methods in a class.)
------- Additional Comments From steven.bosscher@usafa.af.mil 2002-21-11 13:21 -------
From: Bosscher Steven Civ USAFA/DFAN <Steven.Bosscher@usafa.af.mil>
To: "'apbianco@gcc.gnu.org'" <apbianco@gcc.gnu.org>,
"'gcc-gnats@gcc.gnu.org'" <gcc-gnats@gcc.gnu.org>,
"'gcc-prs@gcc.gnu.org'" <gcc-prs@gcc.gnu.org>,
"'apbianco@cygnus.com'"<apbianco@cygnus.com>,
"'gcc-bugs@gcc.gnu.org'" <gcc-bugs@gcc.gnu.org>,
"'java-prs@gcc.gnu.org'" <java-prs@gcc.gnu.org>
Cc:
Subject: Re: java/1111: Order matters for inline candidates
Date: Thu, 21 Nov 2002 13:21:56 -0700
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&p
r=1111
This is a pretty old PR, does the problem still occur with the new Java
inliner?
Greetz
Steven
------- Additional Comments From neroden@gcc.gnu.org 2003-27-03 20:55 -------
State-Changed-From-To: open->feedback
State-Changed-Why: waitin' for feedback
------- Additional Comments From aph@gcc.gnu.org 2003-11-04 12:43 -------
State-Changed-From-To: feedback->open
State-Changed-Why: This requires some considerable reorganization of the front end to fix. Maybe porting Java to tree-ssa will do the job.
------- Additional Comments From dhazeghi@yahoo.com 2003-12-05 11:05 -------
From: Dara Hazeghi <dhazeghi@yahoo.com>
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: java/1111: Order matters for inline candidates
Date: Mon, 12 May 2003 11:05:58 -0700
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-
trail&database=gcc&pr=1111
Andrew Haley confirms that this bug is not fixed (20030512).
------- Additional Comments From dhazeghi@yahoo.com 2003-12-05 11:12 -------
From: Dara Hazeghi <dhazeghi@yahoo.com>
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: java/1111: Order matters for inline candidates
Date: Mon, 12 May 2003 11:12:13 -0700 (PDT)
--- Andrew Haley <aph@redhat.com> wrote:
> From: Andrew Haley <aph@redhat.com>
> Date: Mon, 12 May 2003 19:08:45 +0100
> To: Jeff Sturm <jsturm@one-point.com>
> CC: Dara Hazeghi <dhazeghi@yahoo.com>,
> <gcc-bugs@gcc.gnu.org>,
> <java@gcc.gnu.org>
> Subject: Re: Old Java PRs
>
> Jeff Sturm writes:
> > On Mon, 12 May 2003, Andrew Haley wrote:
> > > > Unless I misunderstand this PR, it is fixed
> by the new inliner (except for
> > > > the bytecode frontend, which still does not
> emit whole functions as
> > > > trees).
> > >
> > > It isn't. The new inliner still will not
> inline functions until they
> > > have been expanded.
> >
> > Unfortunately the PR doesn't include a test case.
>
> >
> > So it looks as though you're right, though I
> could swear I've seen this
> > work before. My understanding of the tree
> inliner is that it does not
> > require expanding the inlined bodies to RTL, but
> I don't remember the
> > details.
>
> Given that I wrote the inliner, I do. :-)
>
> The problem is that binding contours for variables
> are generated when
> the functions are expanded.
>
> Andrew.
>
__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the Gcc-bugs
mailing list