Hi,
I'm looking to update the forwarding address for my @gcc.gnu.org email address,
but appear to have lost (if I ever had) my private key. Could someone point me
in the right direction for fixing this?
Thanks,
Stu
>Make an exception for BImode and small_register_classes_for_mode_p
>(BImode).
Thanks Bernd.
Would this be acceptable:
diff --git a/gcc/ifcvt.c b/gcc/ifcvt.c
index 8d81c89..e4e13ab 100644
--- a/gcc/ifcvt.c
+++ b/gcc/ifcvt.c
@@ -2295,7 +2295,9 @@ noce_get_condition (rtx jump, rtx *earliest, bool
>Not really. I think in dead_or_predicable you need to check in the
> /* Try the NCE path if the CE path did not result in any changes. */
>block (I assume this is where we end up in this testcase) that none of
>the live hard regs at the point where we are going to insert the insns
>are in small
Ping.
>>looks like an invalid transformation, but I suspect rather than setting
>>the CC register, the (*) insn is setting a pseudo (more accurate RTL
>>would be useful). There are some cases in ifcvt.c which check
>>targetm.small_register_classes_for_mode already, this is probably what
>>should be
>spill_failure does return for asms since we don't want to ICE on bad
>user code. That's all that's going on here.
ahh, thanks.
>It sounds like ifcvt needs to be fixed. Your example:
>> block 44:
>> set cc = x;
>> set cc = y; (*)
>> if cc jump;
>
>looks like an invalid transformation, but I suspe
Hi,
I'm investigating the following ICE building the Blackfin compiler from trunk:
/home/shender/gnu-upstream/toolchain/gcc-4.7/libgfortran/generated/eoshift1_4.c:
In function ÃâËeoshift1Ãââ:
/home/shender/gnu-upstream/toolchain/gcc-4.7/libgfortran/generated/eoshift1_4.c:250:1:
error: unable to f
>Whilst investigating an ICE with the Blackfin compiler, I bumped in to a
>bit of code which seems questionable:
>
>in reload1.c:reload() we call select_reload_regs() and then check if
>failure was set. However, looking at find_reload_regs() (called via
>select_reload_regs()), the only time we set
Hi,
Whilst investigating an ICE with the Blackfin compiler, I bumped in to a bit of
code which seems questionable:
in reload1.c:reload() we call select_reload_regs() and then check if failure
was set. However, looking at find_reload_regs() (called via
select_reload_regs()), the only time we se
Hi,
I'm investigating an ICE building the Blackfin compiler from trunk.
/home/shender/gnu-upstream/toolchain/gcc-4.7/libgfortran/generated/eoshift1_4.c:
In function ‘eoshift1’:
/home/shender/gnu-upstream/toolchain/gcc-4.7/libgfortran/generated/eoshift1_4.c:250:1:
error: unable to find a regi
> bfin - REGRESSION - ICE -
>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51003
This looks like a known, general issue which Bernd had a fix for, but it
doesn't appear to have been checked in yet:
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01524.html
Stu
10 matches
Mail list logo
