Roman Zippel [EMAIL PROTECTED] wrote on 06/28/2007 07:54:43 PM:
Hi,
Notice that it generates the (i + 1) * 4 instead of (i * 4) + 4 as with
the other cases. While I tried to debug this I narrowed it down to the
changes in fold_binary(), but I don't really know how to fix this, so
I could
Hi,
I am not asking right now to merge this branch to the mainline, I think
it needs more eyes on the code. But here is the current status of the
branch.
It bootstraps and tests on i686-linux-gnu with two regressions.
It builds/tests for spu-elf with two regressions (the same as the x86
Just to follow up on this email since I looked into some of the
issues a little more last night.
Andrew Pinski/RD/SCEA wrote on 04/17/2006 08:21:01 AM:
I decided to look into the Yara branch to see if it could even be
bootstrap on PPC (with Yara turned on by default).
I ran into an ICE
I decided to look into the Yara branch to see if it could even be
bootstrap on PPC (with Yara turned on by default).
I ran into an ICE while compiling libgcc2.c for __muldi3.
The ICE was in emit_secondary_memory_move.
The preprocessed source is:
typedef int SItype __attribute__ ((mode (SI)));