[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2006-08-15 Thread pinskia at gcc dot gnu dot org
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-15 18:19 --- (In reply to comment #11) Still an issue here?? I think the slowness still exist. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2006-04-24 Thread steven at gcc dot gnu dot org
--- Comment #11 from steven at gcc dot gnu dot org 2006-04-24 22:29 --- Still an issue here?? -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-10-24 Thread dalej at gcc dot gnu dot org
--- Comment #9 from dalej at gcc dot gnu dot org 2005-10-24 17:58 --- Another bug in renaming just showed up on darwin rs6000. When renaming changes a register in the RTL, it does not make the corresponding change in attached FRAME_RELATED notes. This leads to inaccurate Dwarf

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-10-24 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-24 18:03 --- (In reply to comment #9) Don't know how widespread this would be; other rs6000 targets for sure. Yes this shows up as PR 23392 with the GNU runtime and objc exceptions. --

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-08-04 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-04 09:04 --- I'd like to mention a known problem with -frename-registers. Quoting my analysis for another bug report: However the underlying problem is still present and is now visible on x86-64: the register

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-08-04 Thread steven at gcc dot gnu dot org
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-04 09:51 --- The liveness analysis in df.c misses the registers marked in flow.c:mark_regs_live_at_end, so that'd have to be fixed first. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15023

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-07-27 Thread danglin at gcc dot gnu dot org
-- Bug 15023 depends on bug 22472, which changed state. Bug 22472 Summary: [4.1 regression] testsuite failure gcc.c-torture/compile/930621-1.c -O3 -funroll-loops http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22472 What|Old Value |New Value

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-07-22 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Severity|minor |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15023

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-06-27 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added OtherBugsDependingO||22208 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15023

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-06-26 Thread steven at gcc dot gnu dot org
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-26 09:21 --- Thanks Serge! -- What|Removed |Added Status|WAITING |NEW

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-06-26 Thread steven at gcc dot gnu dot org
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-26 11:26 --- The patch for PR18599 might have addressed the slow part of this bug report. The buggy part may also be fixed already -- a number of e500 related regrename.c patches went in since this bug report was

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-06-25 Thread steven at gcc dot gnu dot org
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-25 13:29 --- This bug report is totally useless. There are no links to the relevant discussions that have apparently taken place. There are no test cases, no examples of what or where or why things go wrong. I

[Bug rtl-optimization/15023] -frename-registers is buggy and slow

2005-06-25 Thread belyshev at depni dot sinp dot msu dot ru
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-26 00:57 --- (In reply to comment #3) if anyone knows where to find those discussions mentioned in comments #0 and #1, can he/she please link them to this report?