http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
ctice at gcc dot gnu.org changed:
What|Removed |Added
CC||ctice at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314
--- Comment #19 from Oleg Endo ---
Author: olegendo
Date: Fri Dec 6 19:34:23 2013
New Revision: 205759
URL: http://gcc.gnu.org/viewcvs?rev=205759&root=gcc&view=rev
Log:
Backport from mainline
2013-11-26 Oleg Endo
PR target/58314
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #33 from Oleg Endo ---
Author: olegendo
Date: Fri Dec 6 19:34:23 2013
New Revision: 205759
URL: http://gcc.gnu.org/viewcvs?rev=205759&root=gcc&view=rev
Log:
Backport from mainline
2013-11-26 Oleg Endo
PR target/58314
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314
Oleg Endo changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59399
--- Comment #4 from Andrew Pinski ---
(In reply to Marek Polacek from comment #3)
> Why get_rtx_for_ssa_name returns different rtx for the same SSA_NAME?
Because of the PROMOTE_MODE macro. From docs:
/* Define this macro if it is advisable to ho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
--- Comment #5 from Andris Pavenis ---
It was short term bug as ENABLE_VTABLE_VERIFY was removed from
libvtv/configure.ac and libvtv/Makefile.am at first and left
in libvtv/testsuite/Makefile.am. It was removed from last place
4 days later. So th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
ctice at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59399
--- Comment #5 from Marek Polacek ---
Ah, I knew it was promotion. Perhaps we don't want to enable that for
integer-overflow instrumentation...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749
Oleg Endo changed:
What|Removed |Added
CC||tir5c3 at yahoo dot co.uk
--- Comment #17 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59078
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Dec 6 21:00:49 2013
New Revision: 205761
URL: http://gcc.gnu.org/viewcvs?rev=205761&root=gcc&view=rev
Log:
PR tree-optimization/59388
* tree-ssa-reassoc.c (update_range_test):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Fri Dec 6 21:06:13 2013
New Revision: 205762
URL: http://gcc.gnu.org/viewcvs?rev=205762&root=gcc&view=rev
Log:
PR tree-optimization/59388
* tree-ssa-reassoc.c (update_range_test):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59092
--- Comment #2 from Andrew Pinski ---
Author: pinskia
Date: Fri Dec 6 21:08:33 2013
New Revision: 205763
URL: http://gcc.gnu.org/viewcvs?rev=205763&root=gcc&view=rev
Log:
2013-12-06 Andrew Pinski
PR target/59092
* config/aarch64/aarc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.8.3, 4.9.0
Summary|[4.7/4.8/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59092
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #2 from H.J. Lu ---
Revert
--
diff --git a/gcc/tree-vect-loop-manip.c b/gcc/tree-vect-loop-manip.c
index f2fdc99..380fd22 100644
--- a/gcc/tree-vect-loop-manip.c
+++ b/gcc/tree-vect-loop-manip.c
@@ -1061,7 +1061,6 @@ slpeel_tree_peel_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59385
--- Comment #4 from Sriraman Tallam ---
The "widening_mult" has the answer. This pass converts this gimple sequence
double _31;
double _33;
double _36;
double _37;
_31 = *a_4;
_33 = *b_6;
_34 = _33 * _31;
_36 = *c_8;
_37 = _34
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #3 from H.J. Lu ---
slpeel_tree_peel_loop_to_edge has comments:
The first guard is:
if (FIRST_NITERS == 0) then skip the first loop,
and go directly to the second loop.
This is removed by r205730.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #4 from H.J. Lu ---
Should it consider both *first_niters and scalar_loop_iters?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59044
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58518
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #5 from H.J. Lu ---
(In reply to H.J. Lu from comment #4)
> Should it consider both *first_niters and scalar_loop_iters?
Something like this
diff --git a/gcc/tree-vect-loop-manip.c b/gcc/tree-vect-loop-manip.c
index 380fd22..3f85cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59415
Bug ID: 59415
Summary: ICE segfault in verify_bb_vtables for g++ -S
-fvtable-verify=std -fsanitize=null
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58657
--- Comment #2 from Kazumoto Kojima ---
Native TLS support is a mixture of supports in compiler, assembler&linker
and libc. Unfortunately current native SH TLS support of linker and libc
is only for little-endian. Binutils can work with luck. G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59385
--- Comment #5 from Sriraman Tallam ---
The root-cause is because floating point expression contraction is default
disabled in ISO C unless specified explicitly. So, adding -ffp-contract=fast
solves the problem.
Details:
The problem is in functi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59415
--- Comment #1 from Tobias Burnus ---
It fails in
575 verify_bb_vtables (basic_block bb)
...
589 if (gimple_code (stmt) == GIMPLE_CALL)
590 {
591 tree fncall = gimple_call_fn (stmt);
592 if (T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59403
--- Comment #2 from Boaz Ben-Zvi ---
(In reply to Richard Biener from comment #1)
> Are you using precompiled headers?
Our project builds some *.gch files for later use; I don't think that the
compilation that failed was using any precompiled he
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #6 from H.J. Lu ---
Starting program:
/export/project/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/253.perlbmk/run/0002/../0002/perlbmk_peak.lto
-I./lib diffmail.pl 2 550 15 24 23 100 > /dev/null
Program received signa
101 - 128 of 128 matches
Mail list logo
