https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69831
--- Comment #2 from sniderdj at umich dot edu ---
Created attachment 37697
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37697=edit
For convenience, the result of the compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69831
--- Comment #1 from sniderdj at umich dot edu ---
*** Bug 69830 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69831
Bug ID: 69831
Summary: Issue with passing a reference_wrapper to a
placeholder when using a pointer to member function in
bind
Product: gcc
Version: 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69830
sniderdj at umich dot edu changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69830
sniderdj at umich dot edu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69830
Bug ID: 69830
Summary: Issue with passing a reference_wrapper to a
placeholder when using a pointer to member function in
bind
Product: gcc
Version: 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69456
--- Comment #5 from Jerry DeLisle ---
From the Fortran 95 Standard regarding exponents.
The basic form may be followed by an exponent of one of
the following forms:
(1) A sign followed by a digit-string
(2) E followed by zero or more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67458
Yichao Yu changed:
What|Removed |Added
CC||yyc1992 at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
--- Comment #14 from kugan.vivekanandarajah at linaro dot org ---
On 16/02/16 02:02, jamborm at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
>
> --- Comment #13 from Martin Jambor ---
> (In reply to kugan from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69821
--- Comment #8 from hongxu jia ---
(In reply to Jakub Jelinek from comment #7)
> It is not a regression and is user visible change, so I think changing it
> just in GCC 6 is sufficient.
Got it, thanks for pointing it out.
I will backport to our
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 16 00:51:58 2016
New Revision: 233443
URL: https://gcc.gnu.org/viewcvs?rev=233443=gcc=rev
Log:
2016-02-15 Jerry DeLisle
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 16 00:38:18 2016
New Revision: 233442
URL: https://gcc.gnu.org/viewcvs?rev=233442=gcc=rev
Log:
2016-02-15 Jerry DeLisle
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #13 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 16 00:38:18 2016
New Revision: 233442
URL: https://gcc.gnu.org/viewcvs?rev=233442=gcc=rev
Log:
2016-02-15 Jerry DeLisle
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #19 from Alan Modra ---
Author: amodra
Date: Mon Feb 15 23:29:17 2016
New Revision: 233438
URL: https://gcc.gnu.org/viewcvs?rev=233438=gcc=rev
Log:
[RS6000] reload_vsx_from_gprsf splitter
This is PR68973 part 2, caused by the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62184
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||easyhack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61864
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
Manuel López-Ibáñez changed:
What|Removed |Added
CC||david at doublewise dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7651
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||easyhack
--- Comment #34 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #12 from Jerry DeLisle ---
Author: jvdelisle
Date: Mon Feb 15 22:31:13 2016
New Revision: 233436
URL: https://gcc.gnu.org/viewcvs?rev=233436=gcc=rev
Log:
2016-02-15 Jerry DeLisle
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69658
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69658
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 15 22:05:12 2016
New Revision: 233435
URL: https://gcc.gnu.org/viewcvs?rev=233435=gcc=rev
Log:
PR c++/69658
* init.c (expand_default_init): Only call reshape_init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69797
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.9/5/6 Regression] ICE on |[4.9/5 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69797
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 15 21:30:50 2016
New Revision: 233434
URL: https://gcc.gnu.org/viewcvs?rev=233434=gcc=rev
Log:
PR c++/69797
* c-common.c (sync_resolve_size): Diagnose too few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69741
--- Comment #7 from Harald Anlauf ---
(In reply to Dominique d'Humieres from comment #6)
> > I think it should be clearer from the error message of _what is wrong_?
>
> Agreed -> Updated the summary, set to NEW and enhancement.
A potential
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69753
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68890
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68890
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Feb 15 21:16:10 2016
New Revision: 233433
URL: https://gcc.gnu.org/viewcvs?rev=233433=gcc=rev
Log:
PR c++/68890
* constexpr.c (verify_ctor_sanity): Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68890
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Feb 15 21:13:57 2016
New Revision: 233430
URL: https://gcc.gnu.org/viewcvs?rev=233430=gcc=rev
Log:
PR c++/68890
* constexpr.c (verify_ctor_sanity): Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69753
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Mon Feb 15 21:14:05 2016
New Revision: 233431
URL: https://gcc.gnu.org/viewcvs?rev=233431=gcc=rev
Log:
PR c++/69753
* search.c (any_dependent_bases_p): Split out...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69829
Thomas Koenig changed:
What|Removed |Added
Keywords||rejects-valid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69826
--- Comment #2 from collette ---
The problem is that this code used to compile. And now, it doesn't.
It compiles fine with intel compiler (under Windows).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69829
Bug ID: 69829
Summary: [OOP] Case label overlaps for unlimited polymorphic
select type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69826
--- Comment #1 from Andrew Pinski ---
What does the CILK+ documentation say about the pragma and using macros. I do
know that not all pragma want to process macros in them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69828
--- Comment #2 from Tom Ace ---
My apologies. I read the language spec before posting but I didn't read
carefully enough. I agree with your resolution of the report as invalid.
Thanks for the fast response.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66293
--- Comment #5 from Jean-Michaël Celerier ---
> In my experience, options like -Weverything tend to be too noisy to be
> generally useful for projects of non-trivial size.
It's always possible to run -Weverything -Wno-foo -Wno-bar to remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69738
Bill Schmidt changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69828
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69828
Bug ID: 69828
Summary: result of shift operation has wrong type
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68890
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
--- Comment #24 from Josh Triplett ---
Also, even the documentation seems unfortunate: "In C++ this is normally not an
error since const variables take the place of #defines in C++."
Why would C code not do this too? The GCC documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
Josh Triplett changed:
What|Removed |Added
CC||josh at joshtriplett dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
iverbin at gcc dot gnu.org changed:
What|Removed |Added
CC||iverbin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66293
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69827
Thomas Koenig changed:
What|Removed |Added
Target||x86_64-unknown-cygwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69776
--- Comment #8 from Alexander Cherepanov ---
--- Comment #4 from Richard Biener ---
> Actually the middle-end memory model makes this valid and FREs redundant store
> elimination breaks it.
And function boundaries are not an obstacle for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69827
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69827
Bug ID: 69827
Summary: [5 Regression] sincos not done
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69534
--- Comment #10 from Kamil Dudka ---
It makes sense to me. Thanks for the explanation!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66293
Jean-Michaël Celerier changed:
What|Removed |Added
CC||jeanmichael.celerier@gmail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
--- Comment #8 from Jakub Jelinek ---
As for the wrong-code, we used to emit:
...
vect_cst_.23_105 = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 };
vect_cst_.24_106 = { 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1 };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69555
--- Comment #8 from Jiong Wang ---
(In reply to Jakub Jelinek from comment #7)
> {
> try
> {
> ...
> D.2689 = (sizetype) D.2477;
> D.2690 = D.2689 + 1;
> D.2691
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69798
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65479
Joakim Tjernlund changed:
What|Removed |Added
CC||joakim.tjernlund at infinera
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
--- Comment #7 from Jakub Jelinek ---
Created attachment 37694
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37694=edit
gcc6-pr69820.patch
As for the ICE, the following patch works for me. VI_512 iterator is only used
in the vcond*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
--- Comment #5 from Markus Trippelsdorf ---
knl ICE:
int a[100], b[100];
short c[100];
void fn1() {
for (int i = 0; i < 100; ++i)
b[i] = a[i] * (bool)c[i];
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40165
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
--- Comment #13 from Martin Jambor ---
(In reply to kugan from comment #11)
> In remove_unreachable_nodes, just before ipa-cp, this node becomes local
> (address taken is false and local.local = true). After that, when
> ipa_propagate_frequency
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
--- Comment #4 from Vsevolod Livinskiy ---
Test case also cause internal compiler error when it is compiled for knl.
> g++ -march=knl -O3 repr.cpp
repr.cpp: In function ‘void foo()’:
repr.cpp:23:45: internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68191
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69821
--- Comment #7 from Jakub Jelinek ---
It is not a regression and is user visible change, so I think changing it just
in GCC 6 is sufficient.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69821
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69826
Bug ID: 69826
Summary: problem with cilkplus pragma and preprocessor variable
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69796
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Hi,
I believe this happens because of setting TREE_TYPE (decl) to error_mark_node
in c_parser_translation_unit():
FOR_EACH_VEC_ELT (incomplete_record_decls, i, decl)
if (DECL_SIZE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69819
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69794
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69811
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
--- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69825
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69825
--- Comment #1 from Dr. David Alan Gilbert ---
Oops, forgot to mention; this is on fedora 23 x86-64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69823
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69822
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
Markus Trippelsdorf changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69825
Bug ID: 69825
Summary: False -Wdiv-by-zero warning when it should be
short-circuited
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69586
--- Comment #4 from Richard Biener ---
So first half of a patch is
Index: gcc/tree-vrp.c
===
--- gcc/tree-vrp.c (revision 233418)
+++ gcc/tree-vrp.c (working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69797
--- Comment #2 from Jakub Jelinek ---
Created attachment 37693
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37693=edit
gcc6-pr69797.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
Bug ID: 69824
Summary: [4.9/5/6 Regression] internal compiler error in
unshare_body
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69796
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69595
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Feb 15 13:49:42 2016
New Revision: 233425
URL: https://gcc.gnu.org/viewcvs?rev=233425=gcc=rev
Log:
2016-02-15 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69586
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69802
--- Comment #2 from Jakub Jelinek ---
Created attachment 37692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37692=edit
gcc6-pr69802.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69821
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69732
Richard Biener changed:
What|Removed |Added
Target Milestone|6.0 |---
Summary|[6 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69819
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69819
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69820
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69804
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69821
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69822
Richard Biener changed:
What|Removed |Added
Target|aarch64 |aarch64, x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69719
Bug 69719 depends on bug 69783, which changed state.
Bug 69783 Summary: [6 Regression] Loop is not vectorized after r233212
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69783
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69783
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69823
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 136 matches
Mail list logo