Bug 19908 - Inlining of final fields incompatible with Sun's implementation
Summary: Inlining of final fields incompatible with Sun's implementation
Status: RESOLVED FIXED
Alias: None
Product: gcc
Classification: Unclassified
Component: java (show other bugs)
Version: 4.0.0
: P2 minor
Target Milestone: 4.3.0
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on: 28067
Blocks:
  Show dependency treegraph
 
Reported: 2005-02-11 16:40 UTC by dog@bluezoo.org
Modified: 2007-01-09 20:47 UTC (History)
2 users (show)

See Also:
Host: powerpc-apple-darwin7.7.0
Target:
Build:
Known to work:
Known to fail:
Last reconfirmed:


Attachments
The Person class (190 bytes, text/plain)
2005-02-11 16:41 UTC, dog@bluezoo.org
Details
The main class to reproduce the bug (347 bytes, text/plain)
2005-02-11 16:42 UTC, dog@bluezoo.org
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dog@bluezoo.org 2005-02-11 16:40:36 UTC
The issue reported on the mailing list

  http://gcc.gnu.org/ml/java/2005-02/msg00031.html

shows that gcj will not inline a primitive final field that is i initialised
where it is declared, whereas Sun's implementation will (1.5).

The output of FinalFieldChange is

   Ng Keng Yap, 27 of IQ=150 from Malaysia

whereas Sun 1.5 outputs

   Ng Keng Yap, 27 of IQ=110 from Malaysia
Comment 1 dog@bluezoo.org 2005-02-11 16:41:38 UTC
Created attachment 8178 [details]
The Person class
Comment 2 dog@bluezoo.org 2005-02-11 16:42:20 UTC
Created attachment 8179 [details]
The main class to reproduce the bug
Comment 3 Andrew Pinski 2005-02-11 16:54:28 UTC
As dicussed there are still questions if this is wrong code or not.  Yes this 
is not the same as Sun's implementation but that means nothing really.
Comment 4 Tom Tromey 2007-01-09 20:47:17 UTC
All gcj front end bugs have been fixed by the gcj-eclipse branch merge.
I'm mass-closing the affected PRs.
If you believe one of these was closed in error, please reopen it
with a note explaining why.
Thanks.