https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Target
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=80155
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
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]
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=gcc=rev
Log:
PR rtl-optimization/79405
* fwprop.c (propagations_left): New
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
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=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=56748
Jeffrey A. Law 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=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=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=58987
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
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
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=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=63224
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 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=36550
Jeffrey A. Law changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment
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
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=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=63224
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #10
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
---
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=61112
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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
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
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=79255
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=gcc=rev
Log:
PR debug/79255
* dwarf2out.c (decls_for_scope): If
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=gcc=rev
Log:
PR c++/79572
* c-ubsan.h (ubsan_maybe_instrument_reference):
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=56574
Jeffrey A. Law changed:
What|Removed |Added
Blocks||19794
Assignee|unassigned at
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=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=52078
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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
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
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=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
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=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
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=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=80107
Pat Haugen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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=gcc=rev
Log:
PR target/80107
* config/rs6000/rs6000.md (extendhi2): Add test for
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=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=gcc=rev
Log:
PR tree-optimization/49498
* gcc.dg/uninit-pred-8_b.c: Reenable
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=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=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=79993
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=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=gcc=rev
Log:
Fix description of Wendif-labels (PR documentation/78732)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461
Tor Myklebust changed:
What|Removed |Added
CC||tmyklebu at gmail dot com
--- Comment
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=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=80271
Bug ID: 80271
Summary: Support environment variable CLICOLOR_FORCE to enable
-fdiagnostics-color
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
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
---
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=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77277
Jan Niklas Hasse changed:
What|Removed |Added
CC||jhasse at bixense dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80270
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80218
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
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=gcc=rev
Log:
PR80218: Call CDCE fails to update the block profile
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80269
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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
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=70703
--- Comment #10 from Jakub Jelinek ---
Created attachment 41094
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41094=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=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=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=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=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
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=79390
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
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=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
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=63184
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
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=80267
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
---
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
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=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=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80173
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE in |[5/6 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80025
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE w/ |[5/6 Regression] ICE w/ -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80251
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 31 06:40:39 2017
New Revision: 246609
URL: https://gcc.gnu.org/viewcvs?rev=246609=gcc=rev
Log:
PR libstdc++/80251
c-family/
* c-common.h (enum rid): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80173
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 31 06:38:35 2017
New Revision: 246608
URL: https://gcc.gnu.org/viewcvs?rev=246608=gcc=rev
Log:
PR middle-end/80173
* expmed.c (store_bit_field_1): Don't attempt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80163
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 31 06:32:46 2017
New Revision: 246607
URL: https://gcc.gnu.org/viewcvs?rev=246607=gcc=rev
Log:
PR middle-end/80163
* varasm.c (initializer_constant_valid_p_1):
1 - 100 of 102 matches
Mail list logo