Summary: | Invalid Bytecode Generated for Jacks Test 8.1.2-runtime-1 | ||
---|---|---|---|
Product: | gcc | Reporter: | Ranjit Mathew <rmathew> |
Component: | java | Assignee: | Not yet assigned to anyone <unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gcc-bugs, java-prs |
Priority: | P2 | ||
Version: | 4.0.0 | ||
Target Milestone: | 4.3.0 | ||
Host: | Target: | ||
Build: | Known to work: | ||
Known to fail: | Last reconfirmed: | 2005-07-23 05:29:10 | |
Bug Depends on: | 28067 | ||
Bug Blocks: |
Description
Ranjit Mathew
2004-07-02 05:39:21 UTC
Confirmed. I don't think this is a new failure - this test case is broken going back to at least GCC 3.3. I don't know why it recently started failing in Jacks. build_alias_initializer_parameter_list could be the source of the problem. In the case where a local class is instantiated within the same function that it is defined, the hidden constructor argument is found from the parameter list in the local function. But where the constructor call is made from a more deeply nested context, the argument must be loaded from the synthetic var$ field. It looks like the second case always fails, not just for anonymous instantiations. 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. |