[Bug target/34091] [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392

--- Comment #14 from danglin at gcc dot gnu dot org 2007-12-05 17:19 --- The regression was introduced by the following change: 2005-11-21 Jan Hubicka [EMAIL PROTECTED] PR tree-optimization/24653 * tree-ssa-ccp.c (ccp_fold): Strip down useless conversions. I have

Bug#454487: debian/copyright still refers to GPLv2

Package: gcc-4.2 Version: 4.2.2-4 debian/copyright claims that GCC is licenses under GPLv2 even though most of the code has been moved to GPLv3 with 4.2.2. (Files that have exception clauses are still at GPLv2.) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL

Bug#452110: marked as done (gcc-4.2 generates bad code on alpha)

Your message dated Wed, 5 Dec 2007 09:56:33 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#452110: gcc-4.2 generates bad code on alpha has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it

Processed: Change of email address

Processing commands for [EMAIL PROTECTED]: # My princeton.edu email address will expire soon # Changing submitter to my debian.org address submitter 396496 ! Bug#396496: Problems upgrading sarge - etch Changed Bug submitter from Kevin B McCarty ([EMAIL PROTECTED]) [EMAIL PROTECTED] to Kevin

[Bug target/34091] [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392

--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-05 19:01 --- Subject: Re: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392 You should request a secondary reload when you need one, like on the SPARC. Currently the only return value of

[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel

-- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last

[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel

--- Comment #8 from steven at gcc dot gnu dot org 2007-12-05 22:29 --- What does the full cse1 dump look like at that point (don't forget to call fflush(dump_file) from gdb ;-) Is this reproducible with a cross-compiler? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944

[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel

-- vapier at gentoo dot org changed: What|Removed |Added CC||toolchain at gentoo dot org

[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot |

[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel

-- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org

[Bug target/34091] [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392

--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-12-05 17:42 --- 2) pa_secondary_reload() requests a secondary scratch register reload for essentially everything when CLASS is FP_REGS. However, reload is treating this reload as optional, resulting in spill failures and

[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel

--- Comment #7 from rguenth at gcc dot gnu dot org 2007-12-05 21:51 --- Let's ask the Steven-o-racle ;) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added