http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #14 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Thu Mar 6 07:04:47 2014
New Revision: 208361
URL: http://gcc.gnu.org/viewcvs?rev=208361root=gccview=rev
Log:
PR debug/60381
Revert:
2014-02-28 Alexandre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #11 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Feb 28 12:57:06 2014
New Revision: 208220
URL: http://gcc.gnu.org/viewcvs?rev=208220root=gccview=rev
Log:
PR debug/59992
* cselib.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #12 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Feb 28 12:57:40 2014
New Revision: 208221
URL: http://gcc.gnu.org/viewcvs?rev=208221root=gccview=rev
Log:
PR debug/59992
* cselib.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #9 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Created attachment 32213
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32213action=edit
avoid quadratic behavior for the removal of useless values
This is the first of the two
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #10 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Created attachment 32214
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32214action=edit
preserve permanent values in a separate table
vt_initialize still took way too long in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Untested hack to generate somewhat smaller recog_* functions by dynamically
lowering the threshold if we'd see too big functions. With this patch we get
149 recog_* functions instead
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 32096
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32096action=edit
insn-recog.ii.bz2
Preprocessed source for
-fpreprocessed insn-recog.ii -m32 -mtune=generic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
I think the issue for that is probably
./cc1plus -quiet t.ii -O2 -ftime-report -m32 -Wdisabled-optimization
../../gcc/config/i386/sync.md: In function ‘int recog_102(rtx, rtx,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Bumping to --param max-gcse-memory=400 * 1024 * 1024 fixes that and we get
(as expected from non-RTL checking -ftime-report)
CPROP : 4.82 ( 3%) usr 0.57 (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Thu Feb 6 15:47:12 2014
New Revision: 207562
URL: http://gcc.gnu.org/viewcvs?rev=207562root=gccview=rev
Log:
PR debug/59992
* var-tracking.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
The testcase has been fixed, but unfortunately --enable-checking=yes,rtl
insn-recog.c still takes about an hour to var-track.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 31990
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31990action=edit
gcc49-pr59992.patch
Untested fix. On the E(1) E(2) testcase in -O0 built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
16 matches
Mail list logo