[Bug rtl-optimization/29854] reload_combine looses track of uses

2016-03-18 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854 Oleg Endo changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #9 from Oleg Endo --- (In

[Bug rtl-optimization/29854] reload_combine looses track of uses

2016-03-08 Thread amylaar at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854 --- Comment #8 from Jorn Wolfgang Rennecke --- revision 149282: 2009-07-06 J"orn Rennecke Kaz Kojima PR rtl-optimization/30807 * postreload.c (reload_combine): For every new use of REG_SUM, record the us

[Bug rtl-optimization/29854] reload_combine looses track of uses

2016-03-07 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854 Oleg Endo changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug rtl-optimization/29854] reload_combine looses track of uses

2016-03-06 Thread kkojima at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854 --- Comment #7 from Kazumoto Kojima --- (In reply to Oleg Endo from comment #6) > Looking at the current code in postreload.c, it seems that the patch somehow > made it into mainline at some point. Although some of the lines now look a > bit dif

[Bug rtl-optimization/29854] reload_combine looses track of uses

2016-03-06 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854 Oleg Endo changed: What|Removed |Added CC||kkojima at gcc dot gnu.org,

[Bug rtl-optimization/29854] reload_combine looses track of uses

2009-12-16 Thread tkoenig at gcc dot gnu dot org
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-12-16 17:27 --- A test case is still required. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/29854] reload_combine looses track of uses

2008-12-28 Thread amylaar at gcc dot gnu dot org
--- Comment #4 from amylaar at gcc dot gnu dot org 2008-12-28 22:07 --- (In reply to comment #3) > Is this still an issue with current trunk, or > with 4.3? I had a look at the current trunk and the diffs leading up to it, and I can confirm that the issue has not been fixed. However, I

[Bug rtl-optimization/29854] reload_combine looses track of uses

2008-12-28 Thread tkoenig at gcc dot gnu dot org
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-12-28 16:44 --- Is this still an issue with current trunk, or with 4.3? If that's the case, please add a test case, with preprocessed source (even if it is very large) showing the problem. -- tkoenig at gcc dot gnu dot org chan

[Bug rtl-optimization/29854] reload_combine looses track of uses

2008-12-27 Thread amylaar at gcc dot gnu dot org
--- Comment #2 from amylaar at gcc dot gnu dot org 2008-12-27 12:16 --- (In reply to comment #1) > Is there a test case which shows the wrong-code > behavior, and which can be checked against the > new register allocator? I don't know of any particular test case. If you want one, I sug

[Bug rtl-optimization/29854] reload_combine looses track of uses

2008-12-26 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-12-26 16:02 --- Is there a test case which shows the wrong-code behavior, and which can be checked against the new register allocator? -- tkoenig at gcc dot gnu dot org changed: What|Removed |