Bug#189545: ICE with certain expressions as 3rd clause of for loop

I tried my tests on a woody system (gcj 3.0.4-5). It is able to compile the original source file, and correctly throws an error on my contrived test case, so this is a regression. -- - mdz

Processed: Re: Bug#188976:

Processing commands for [EMAIL PROTECTED]: > reassign 188976 libgcc1 Bug#188976: libc6-sparc64: Depends: libc6 (= 2.2.5-11.2) but 2.2.5-11.5 is installed Bug reassigned from package `security.debian.org' to `libgcc1'. > thanks Stopping processing here. Please contact me if you need assistance.

Bug#186299: optimization/10315: [3.2/3.3 regression] [powerpc] ICE: in extract_insn, at recog.c:2175

This bug is 32-bit PPC SVR4 specific, which makes it more difficult for me to debug. Can any of you look at extract_insn for this failure and find out exactly what is not matching? It's most likely that some secondary requirement is failing because the RTL itself looks valid. Thanks, Da

Cross-compiler setup

I noticed this evening that gcc-3.2 could produce cross-compiler packages, so I decided to give it a shot for hurd-i386. One quick question, then some bug reports. =) What's the recommended binutils installation? I have it in /usr/local right now, compiled from source. Are they planning a simil