https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80266
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80265
--- Comment #2 from Richard Biener ---
I think you need to handle some of the builtin folding in the C++ FE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80248
--- Comment #2 from vincenzo Innocente ---
side note: the difference is timing between "aos2" and "soa" seems to be fully
accounted by the integer multiplication "3*k[i]".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498
--- Comment #28 from Richard Biener ---
(In reply to Jeffrey A. Law from comment #27)
> Must. Read. dg-comments in testcase. More. Carefully.
>
>
> This was actually fixed a couple years ago with some pass ordering changes.
> The testsuite hac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71361
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63184
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
Richard Biener changed:
What|Removed |Added
Target||arm-none-eabi
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #20 from Arseny Solokha ---
(In reply to Alan Modra from comment #19)
> Yes, r246294 powerpc64le-linux-gcc -O1 -misel ICEs on the last testcase. An
> earlier compiler I had laying around, 7.0.0 20160616, does not.
Here's a simplifie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529
Richard Biener changed:
What|Removed |Added
Target Milestone|7.0 |---
Summary|[7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79989
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79224
--- Comment #11 from Richard Biener ---
I still see inlining differences (comparing to GCC 6). The profile looks like
33.18% c-ray-f-7 c-ray-f-7 [.] shade
28.18% c-ray-f-6 c-ray-f-6 [.] shade
11.50% c-ray-f-7 c-ray-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80269
Bug ID: 80269
Summary: ICE with compile time constant sized array when using
address sanitizer
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69853
--- Comment #4 from Takatoshi Kondo ---
Thank you for the comment. I understand.
I use perfect forwarding in this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
--- Comment #10 from Jakub Jelinek ---
Created attachment 41094
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41094&action=edit
gcc7-pr70703-widen.patch
The widening_mult change. We get tiny bit better code with it with the #c0
testcase:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461
--- Comment #15 from torvald at gcc dot gnu.org ---
From a ISO C/C++ conformance perspective, this is not a bug:
* Pre-C11/C++11, threading was basically undefined.
* Starting with C11 and C++11, "threads of execution" (as they're called in
C++1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461
--- Comment #16 from Richard Biener ---
Implementing a switch that assumes that function calls (what about async
events??) can switch threads to the effect that the location of TLS variables
change would be a challenge. Basically you have to imp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80269
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80270
Bug ID: 80270
Summary: ICE in extract_bit_field_1 at gcc/expmed.c:1798
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80218
--- Comment #4 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Fri Mar 31 11:51:32 2017
New Revision: 246614
URL: https://gcc.gnu.org/viewcvs?rev=246614&root=gcc&view=rev
Log:
PR80218: Call CDCE fails to update the block profile
tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80218
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80270
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77277
Jan Niklas Hasse changed:
What|Removed |Added
CC||jhasse at bixense dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80265
--- Comment #3 from Jakub Jelinek ---
Perhaps we then need some helper function partly similar to cxx_eval_array_ref,
that would for an object (or address of it?) and some uhwi index attempt to
return some byte from the object, and then if the mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80269
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
Jakub Jelinek changed:
What|Removed |Added
CC||nils at os dot
inf.tu-dresden.de
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80271
Bug ID: 80271
Summary: Support environment variable CLICOLOR_FORCE to enable
-fdiagnostics-color
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #21 from Segher Boessenkool ---
You don't even need -Os for this last testcase, only -misel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #22 from Segher Boessenkool ---
The combination that makes it die is:
Trying 18, 17 -> 19:
Successfully matched this instruction:
(set (reg:CC 176)
(reg:CC 164))
Where insn 18 is
(set (reg:SI 174)
(gt:SI (reg:CC 164)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461
Tor Myklebust changed:
What|Removed |Added
CC||tmyklebu at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78732
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Fri Mar 31 14:24:27 2017
New Revision: 246616
URL: https://gcc.gnu.org/viewcvs?rev=246616&root=gcc&view=rev
Log:
Fix description of Wendif-labels (PR documentation/78732)
gcc/c-family
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78732
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498
--- Comment #29 from Jeffrey A. Law ---
Yes, I checked cris-elf. I've got the patch to reenable DOM for that test in
my local tree.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77277
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #45 from nightstrike ---
Testing these now:
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/466ef13e8468636e76a80342c6c0ee9e4c17bca3/
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/edd8fa8648ae04a2f63d92498abeccffbfd0ba1f/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498
--- Comment #30 from Jeffrey A. Law ---
Author: law
Date: Fri Mar 31 15:26:18 2017
New Revision: 246618
URL: https://gcc.gnu.org/viewcvs?rev=246618&root=gcc&view=rev
Log:
PR tree-optimization/49498
* gcc.dg/uninit-pred-8_b.c: Ree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #46 from nightstrike ---
Test now passes on mingw-w64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80107
--- Comment #2 from Pat Haugen ---
Author: pthaugen
Date: Fri Mar 31 15:59:46 2017
New Revision: 246619
URL: https://gcc.gnu.org/viewcvs?rev=246619&root=gcc&view=rev
Log:
PR target/80107
* config/rs6000/rs6000.md (extendhi2): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
--- Comment #3 from Marek Polacek ---
(I'm using the testcase in Comment 1.) a() is a function template, so when we
instantiate it, we call tsubst_expr with args = int to all stuff in
BIND_EXPR_BODY of the function. We'll end up calling tsubst_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80107
Pat Haugen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80177
--- Comment #2 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg01580.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80272
Bug ID: 80272
Summary: g++ runs out of memory and crashes
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
--- Comment #4 from Marek Polacek ---
Although the problem probably arises in process_outer_var_ref, where with
decl_maybe_constant_var_p now returning true for references we take a different
path which likely messes things up, but no idea what's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80273
Bug ID: 80273
Summary: cv-qualified auto with trailing return type
incorrectly accepted
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80274
Bug ID: 80274
Summary: There is an unoptimized direct memory write of 16bit
value on x86_64 with O2 and O3.
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78850
Michael Tsang changed:
What|Removed |Added
CC||miklcct at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79905
--- Comment #7 from Bill Schmidt ---
In rs6000.c: rs6000_handle_altivec_attribute(), the altivec(vector__) attribute
is used to assign V4SI_type_node as the associated type in this case.
V4SI_type_node has a canonical type field that points to i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80275
Bug ID: 80275
Summary: Poor (but valid) code generated by optimizer passing
optimizer list to function
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52078
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 52078, which changed state.
Bug 52078 Summary: Bogus may be used uninitialized warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52078
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79905
--- Comment #8 from Bill Schmidt ---
But hm, build_vector_type calls make_vector_type which canonicalizes using
type_hash_canon, so this seems ok. Perhaps the problem is with the V4i type?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
Jeffrey A. Law changed:
What|Removed |Added
Blocks||19794
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #9 from kelvin at gcc dot gnu.org ---
I've got a patch now that resolves this problem without creating regressions.
I'm attaching it for "discussion" here before I post for "official review".
Index: gcc/config/rs6000/rs6000.c
===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79572
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 31 18:39:25 2017
New Revision: 246621
URL: https://gcc.gnu.org/viewcvs?rev=246621&root=gcc&view=rev
Log:
PR c++/79572
* c-ubsan.h (ubsan_maybe_instrument_referenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79255
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 31 18:40:35 2017
New Revision: 246622
URL: https://gcc.gnu.org/viewcvs?rev=246622&root=gcc&view=rev
Log:
PR debug/79255
* dwarf2out.c (decls_for_scope): If BLOCK_N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79255
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79572
Jakub Jelinek changed:
What|Removed |Added
Assignee|mpolacek at gcc dot gnu.org|jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59500
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 61112, which changed state.
Bug 61112 Summary: Simple example triggers false-positive -Wmaybe-uninitialized
warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61112
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61112
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #23 from Segher Boessenkool ---
I have a patch for the problem in comments 17 and 19 (which is different from
the problems in earlier comments, only some of which i can reproduce).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80057
mpf at gcc dot gnu.org changed:
What|Removed |Added
CC||mpf at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 70736, which changed state.
Bug 70736 Summary: false positive uninitialized warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80086
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36550
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #15 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36550
Jeffrey A. Law changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 63224, which changed state.
Bug 63224 Summary: false positive for -Wmaybe-uninitialized at -Os (not -O2)
with && transformed to &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63224
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #85 from Jason Merrill ---
(In reply to Bernd Edlinger from comment #84)
> all valid examples used a union with an array of unsigned char. Right?
There doesn't need to be a union, just an array of unsigned char.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79915
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79905
--- Comment #9 from Bill Schmidt ---
I believe the problem has to do with the basic integer type for SI mode
changing hash values after it is first created. I stopped in make_vector_type
for all vectors created with 4 elements, and found three o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58987
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77339
--- Comment #6 from Volker Reichelt ---
*** Bug 58987 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #10 from kelvin at gcc dot gnu.org ---
FWIW, I tried another variant on the patch, which is shown below. This variant
handles all of the p9-specific target options the same, as seen below:
Index: gcc/config/rs6000/rs6000.c
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80274
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79905
Bill Schmidt changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56748
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 56748, which changed state.
Bug 56748 Summary: Bogus uninitialized warning with nested if condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56748
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59500
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 59500, which changed state.
Bug 59500 Summary: Bogus maybe-uninitialized (|| converted to nested-if)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59500
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61428
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79405
--- Comment #8 from Jeffrey A. Law ---
Author: law
Date: Fri Mar 31 22:49:53 2017
New Revision: 246627
URL: https://gcc.gnu.org/viewcvs?rev=246627&root=gcc&view=rev
Log:
PR rtl-optimization/79405
* fwprop.c (propagations_left): N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79405
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|7.0 |8.0
Summary|[7 Regression] C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80155
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79534
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Target Mileston
94 matches
Mail list logo