On Oct 15, 2002, Dominic Sweetman <dom@algor.co.uk> wrote: > Alexandre, >> I know the problem that branch relaxation [aka delay-slot filling by >> the assembler] is intended to solve You got something wrong when you added this editor note. Branch relaxation and delay-slot filling are an entirely different issues. Compare branch relaxation, that turns: beq $t4,foo [.... lots of code such that the branch is out of range....] foo: into bne $t4,0f,foo nop j foo nop 0: [.... lots of code that won't make the jump out of range....] foo: with delay-slot filling, that turns: move $a0,$s3 jal foo into jal foo move $a0,$s3 See any resemblance? Me neither. The rest of your posting seems to be based on the mis-assumption that branch relaxation and delay-slot filling are the same thing, so I'll refrain from making further comments. As for schedule, it's definitely not for 3.1, since 3.1 is already out, and so is 3.2, and even 3.3 is already feature-frozen. As the name of the mips rewrite branch says, it's targeted at 3.4. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer
