Current gcj on powerpc

Tue Aug 6 18:02:00 GMT 2002

Mark Wielaard wrote:
>>>I have been readding the patch is parts and it seems that the DSA
>>>provider classes are to blame (I can add all other changes and new
>>>classes without problem). But compiling on my powerpc machine is very
>>>slow so it might take a while till I have found out exactly which of the
>>>following classes causes this strange behaviour:
>>>>>>>>OK after to many (slow) recompiles I finally found a pattern. It seems
>that it is related to the number of classes or the size of the shared
>library. When I remove some classes (gnu/java/locale has a couple that
>can be safely removed) then I can suddenly add all the provider classes
>and make the testsuite run OK. Nasty. The libgcj.so.3.0.0 is > 26M
>(unstripped) on my powerpc.
>
OK, this is starting to make some sense. Sounds like there is a bug 
which is triggered on PowerPC when the size of the EH regions gets 
beyond a certain limit.
>If it is an size issue, what would be the best approach to get to the
>bottom of this?
>First make sure you are using the latest binutils and rebuild 
everything. If the problem still occurs then we'll have to work with the 
EH and/or binutils experts to figure out whats going on.
It might also help to run objdump -h on the working and non-working 
libgcj.so to see if it breaks when the size of the EH sections goes over 
a certain suspect value (such as 0xffff).
regards
Bryce.