(i386-linux x sh-elf) More weak stack addressing

Joern Rennecke amylaar@cygnus.co.uk
Thu Jul 20 15:57:00 GMT 2000


> On Thu, Jul 20, 2000 at 03:06:35PM -0700, Toshiyasu Morita wrote:
>  
> > Maybe I'm missing something, but it seems peeking beyond labels is 
> > extremely important for the Hitachi SH. Forgive me for overexplaining
> > a bit - I'm basically explaining my assumptions to see if people
> > can spot any glaring oversights.
> > 
> > Consider:
> > 
> > The SH uses pc-relative addressing to load large constants, 
> > therefore it generates literal pools in the .text segment. These 
> > literal pools must be "jumped around" to continue execution.

But they don't exist yet at reload time.  They are generated in a later
pass.

> > >From a code analysis perspective, these jumps aren't really jumps
> > since they jump to a label accessed by only a single jump. Therefore
> > the jump destination can be considered in the same block as the jump
> > source.
> > 
> > If an optimization pass assumes a jump ends a basic block, it will miss 
> > many potential optimiations.

My test doesn't consider jumps - only labels.


More information about the Gcc mailing list