http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #15 from Alan Modra 2013-05-04 01:21:50
UTC ---
With this patch I'm still seeing odd trees in place_block_symbol(). In the
following, the type is the correct size (168 bytes), but the var_decl size too
small (48 bytes). place
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #14 from Jakub Jelinek 2013-05-03
15:05:55 UTC ---
$ readelf -Ws obj627/i686-pc-linux-gnu/libjava/.libs/*.so.* | grep
_atable_syms_gnu_classpath_tools_keytool_Main.ShutdownHook
9864: 00359ca824 OBJECT LOCAL DEFAULT 23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
Jakub Jelinek changed:
What|Removed |Added
Attachment #30010|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #12 from Alan Modra 2013-05-03 10:47:22
UTC ---
Created attachment 30017
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30017
Use .org instead of padding in section anchor block
This one ensures that offsets of emitted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #11 from Alan Modra 2013-05-03 10:42:12
UTC ---
No, of course that doesn't work. We make references into the section anchor
block as .LANCHORn+offset, so the items in the block must be exactly where
place_block_symbol() expect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
Alan Modra changed:
What|Removed |Added
Target Milestone|4.8.1 |---
--- Comment #10 from Alan Modr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #9 from Jakub Jelinek 2013-05-02
19:37:46 UTC ---
Created attachment 30010
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30010
gcc49-pr57074.patch
Fix I've tried, but it didn't survive bootstrap, will need to debug it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
Jakub Jelinek changed:
What|Removed |Added
CC||aph at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #6 from Andreas Schwab 2013-05-02 14:25:09
UTC ---
There is a long standing bug with VLA types (see bug 28865) that has a similar
effect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #5 from Alan Modra 2013-05-02 14:01:59
UTC ---
So the section anchor code places vars (and constants) in blocks according to
their alignment and sizes (varasm.c:place_block_symbol). The calculations are
all good, offsets are p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #4 from Alan Modra 2013-05-02 11:35:20
UTC ---
I believe this is triggered by powerpc turning on -fsection-anchors by default,
and a section anchor bug loses the alignment. The classes are all nicely
aligned if I compile with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
--- Comment #3 from Alan Modra 2013-05-02 08:54:39
UTC ---
In libgcj-tools.so
20316: 00456aec 144 OBJECT LOCAL DEFAULT 22
_ZN3gnu9classpath5tools7keytool17Main$ShutdownHook6class$E
That's in .data, as expected.
>From the .o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
15 matches
Mail list logo