Updating @gcc.gnu.org email forwarding

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

GCC 4.7.0 as a AVR cross compiler

compiling GCC in future. Any advice on how to get gcc installed as a cross compiler would be most welcome. TIA, -- Stuart Microsoft - products from convicted criminals

RE: spill failure after IF-CASE-2 transformation

>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

RE: spill failure after IF-CASE-2 transformation

>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

RE: spill failure after IF-CASE-2 transformation

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

RE: spill failure after IF-CASE-2 transformation

>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

spill failure after IF-CASE-2 transformation

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

RE: ICE building compiler

>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

RE: ICE building compiler

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

ICE building compiler

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

RE: GCC 4.7 Status Report for *-rtems

> 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

strict aliasing issue

a legal program? (If the program is legal, should I file a PR?) stuart hastings Apple Computer

pr11135: make PIC register a pseudo

Regarding http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11135 How much effort would it take to fix this, at least for x86 (32-bit)? stuart hastings Apple Computer

Re: [RFA] Invalid mmap(2) assumption in pch (ggc-common.c)

.h must be #included wherever you initialize your host langhooks. (You could also try MAP_FIXED yourself; that's certainly easier than my suggestion above. :-) stuart hastings Apple Computer