public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* java/9461: -fno-assume-compiled and source compilation
@ 2003-01-27 19:26 tromey
  0 siblings, 0 replies; only message in thread
From: tromey @ 2003-01-27 19:26 UTC (permalink / raw)
  To: gcc-gnats


>Number:         9461
>Category:       java
>Synopsis:       -fno-assume-compiled and source compilation
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 27 19:26:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Tom Tromey
>Release:        unknown-1.0
>Organization:
>Environment:

>Description:
If you compile a class with -fno-assume-compiled from
source, and it refers to non-compiled classes that were
compiled from bytecode (or vice versa), you can wind up with 
code that fails at runtime.

What happens is that the bytecode front end will see
synthetic methods like class$, which won't be seen by
the source front end.  Since with -fno-assume-compiled
method invocations are routed through the caller's method
table, the method table index can be incorrect, yielding
an incorrect call at runtime.

One fix might be to sort the method table so that all
synthetic methods appear at the end.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-01-27 19:26 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-27 19:26 java/9461: -fno-assume-compiled and source compilation tromey

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).