Re: Loop invariant code corrupting xstormy16 insn

2007-06-05 Thread Zdenek Dvorak
Hello, > >>>(parallel [ > >>> (set (pc) > >>> (if_then_else (lt:SI (reg:SI 45)<--- > >>>(reg:SI 26)) > >>> (label_ref:HI 129) > >>> (pc))) > >>>

Re: Loop invariant code corrupting xstormy16 insn

2007-06-05 Thread Zdenek Dvorak
Hello, > > I think that I have found a small bug in the loop invariant code. > > The problem is exhibited when building newlib for the xstormy16-elf > > toolchain although it may happen with other targets as well. The > > problem occurs when an insn contains an r-value use of a register >

Re: Loop invariant code corrupting xstormy16 insn

2007-06-05 Thread Zdenek Dvorak
> > I think that I have found a small bug in the loop invariant code. > > The problem is exhibited when building newlib for the xstormy16-elf > > toolchain although it may happen with other targets as well. The > > problem occurs when an insn contains an r-value use of a register > > that is

Re: Loop invariant code corrupting xstormy16 insn

2007-06-05 Thread Zdenek Dvorak
Hello, > I think that I have found a small bug in the loop invariant code. > The problem is exhibited when building newlib for the xstormy16-elf > toolchain although it may happen with other targets as well. The > problem occurs when an insn contains an r-value use of a register > that

Re: Mainline build problem on FC4

2006-06-20 Thread Zdenek Dvorak
p.o produced by the stage 2 compiler from rev. > 114673, everything proceeds and we get a failure in stage3. > > Thats as far as I've gotten today. does this still fail? I have fixed one misscompilation due to this patch yesterday: 2006-06-19 Zdenek Dvorak <[EMAIL PROTECTED]