Andreas Schwab wrote:
Jeff Law <[EMAIL PROTECTED]> writes:
Strange as I didn't trip this at all. I wonder if I've got something
out-of-date in my tree
I've only seen the crash during native testing. Since it's accessing an
array beyond its bounds it depends on the surrounding da
Jeff Law <[EMAIL PROTECTED]> writes:
> Strange as I didn't trip this at all. I wonder if I've got something
> out-of-date in my tree
I've only seen the crash during native testing. Since it's accessing an
array beyond its bounds it depends on the surrounding data on how the
error manifests.
Andreas Schwab wrote:
Jeff Law <[EMAIL PROTECTED]> writes:
Andreas Schwab wrote:
I'm testing IRA on m68k (with IRA_COVER_CLASSES defined to {
GENERAL_REGS, FP_REGS, LIM_REG_CLASSES }) and get a crash in
process_regs_for_copy. It is called with
(insn 22 17 28 4 /cvs/gcc/li
Jeff Law <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>> I'm testing IRA on m68k (with IRA_COVER_CLASSES defined to {
>> GENERAL_REGS, FP_REGS, LIM_REG_CLASSES }) and get a crash in
>> process_regs_for_copy. It is called with
>>
>> (insn 22
Andreas Schwab wrote:
I'm testing IRA on m68k (with IRA_COVER_CLASSES defined to {
GENERAL_REGS, FP_REGS, LIM_REG_CLASSES }) and get a crash in
process_regs_for_copy. It is called with
(insn 22 17 28 4 /cvs/gcc/libgcc/../gcc/libgcc2.c:169 (set (reg/i:SI 0 %d0)
(subreg:SI (reg/v:
I'm testing IRA on m68k (with IRA_COVER_CLASSES defined to {
GENERAL_REGS, FP_REGS, LIM_REG_CLASSES }) and get a crash in
process_regs_for_copy. It is called with
(insn 22 17 28 4 /cvs/gcc/libgcc/../gcc/libgcc2.c:169 (set (reg/i:SI 0 %d0)
(subreg:SI (reg/v:DI 30 [ w ]) 4
