Re: Current gcj on powerpc

[Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>]

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.