--- Comment #12 from tromey at gcc dot gnu dot org 2006-03-30 16:49 ---
I checked the fix into the 4.1 branch and the trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from tromey at gcc dot gnu dot org 2006-03-30 16:47 ---
Subject: Bug 26042
Author: tromey
Date: Thu Mar 30 16:47:23 2006
New Revision: 112541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112541
Log:
gcc/java
PR java/26042:
* parse.y (java_reorde
--- Comment #10 from tromey at gcc dot gnu dot org 2006-03-30 16:39 ---
Subject: Bug 26042
Author: tromey
Date: Thu Mar 30 16:39:17 2006
New Revision: 112540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112540
Log:
gcc/java
PR java/26042:
* parse.y (java_reorde
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #9 from tromey at gcc dot gnu dot org 2006-03-29 15:12 ---
The first time we lay out the type, we have the fields reversed.
See parse.y:java_reorder_fields. I don't know why this happens.
(We construct the field list in reverse order, presumably for
efficiency. What is uncl
--- Comment #8 from tromey at gcc dot gnu dot org 2006-03-28 01:14 ---
One curiosity I noticed while debugging is that in layout_type,
class Two has size 128 (in bits). This value is incorrect.
Once we reach the code to compute the GC descriptor, the
size is 192.
--
http://gcc.gnu.
--- Comment #7 from tromey at gcc dot gnu dot org 2006-03-27 22:03 ---
I was able to reproduce this with svn head on a ppc32 build.
A ppc64 build did not show this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26042
--- Comment #6 from bje at gcc dot gnu dot org 2006-03-21 02:54 ---
Based on an investigation of the problem by myself and Tom, it appears to be
due to the object layout chosen for PPC32 (and presumably other) targets.
--
bje at gcc dot gnu dot org changed:
What|Remov
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-20 09:09 ---
I wonder why this seems to be ppc specific. powerpc64 works, as does i686.
3.3.3 also fails, so probably not a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-04 02:29 ---
Quick update... we debugged this a bit and found that
the field decl representing Three's superclass (the one made
by push_super_field) claims to have size 16 -- and yet
the 'b' field claims to have offset 16. So, so
--- Comment #3 from bje at gcc dot gnu dot org 2006-02-03 04:06 ---
(gdb) p offset
$1 = 16
(gdb) p *last_view_index
$2 = 16
(gdb) p field
$3 = 0xf7ef9850
(gdb) pt
unit size
align 32 symtab 0 alias set -1 fields
pointer_to_this chain >
uns
--- Comment #2 from tromey at gcc dot gnu dot org 2006-01-31 17:40 ---
Thanks for the concise report.
This abort occurs when computing a GC bitmap descriptor of a class.
What it means is that we think we've seen overlapping fields in the
class -- which is a "can't happen" in java.
It m
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 03:16 ---
Confirmed on powerpc-darwin also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
13 matches
Mail list logo
