https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91590
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53075
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91625
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91129
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91129
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Sun Sep 1 22:59:10 2019
New Revision: 275286
URL: https://gcc.gnu.org/viewcvs?rev=275286&root=gcc&view=rev
Log:
PR c++/91129 - wrong error with binary op in template argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91129
Marek Polacek changed:
What|Removed |Added
Summary|[9/10 Regression] Implicit |[9 Regression] Implicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91129
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Sun Sep 1 22:54:15 2019
New Revision: 275285
URL: https://gcc.gnu.org/viewcvs?rev=275285&root=gcc&view=rev
Log:
PR c++/91129 - wrong error with binary op in template argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91631
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91631
Bug ID: 91631
Summary: buffer overflow into an array member of a declared
object not detected
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82645
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88204
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91556
--- Comment #22 from Thomas Koenig ---
A problem with such code is that type violations like that are likely to cause
actual wrong code issues because much of the aliasing analysis is type based...
What I could do is to
a) restrict the number o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90709
--- Comment #8 from Iain Sandoe ---
Author: iains
Date: Sun Sep 1 19:30:35 2019
New Revision: 275281
URL: https://gcc.gnu.org/viewcvs?rev=275281&root=gcc&view=rev
Log:
[objective-c/c++, testsuite] Workaround for PR90709.
Since we cannot parse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91087
--- Comment #5 from Iain Sandoe ---
Author: iains
Date: Sun Sep 1 19:17:16 2019
New Revision: 275279
URL: https://gcc.gnu.org/viewcvs?rev=275279&root=gcc&view=rev
Log:
[Darwin, testsuite] Address PR91087 - XFAIL parts of pr16855.C.
The testcas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90020
--- Comment #22 from Iain Sandoe ---
Author: iains
Date: Sun Sep 1 18:57:42 2019
New Revision: 275276
URL: https://gcc.gnu.org/viewcvs?rev=275276&root=gcc&view=rev
Log:
[Darwin, testsuite] Backport fix for fails of pr90020.c.
To allow weak ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85125
--- Comment #7 from John McFarlane ---
Confirmed. Thank you!
On Mon, 19 Aug 2019 at 15:02, mpolacek at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85125
>
> Marek Polacek changed:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91589
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91626
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
--- Comment #6 from Marc Glisse ---
For the missed constant folding, it seems that we end up in fold_vec_perm, with
type a vector of "long long", while arg0 and arg1 are vectors of "long", and we
give up because of the early check "TREE_TYPE (TRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91626
--- Comment #4 from John David Anglin ---
Test fails first in r263988.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91626
--- Comment #3 from John David Anglin ---
Created attachment 46796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46796&action=edit
Difference in gcc-dg-lto-pr48622-01.exe.ltrans0.s between r263987 and r263988
The hppa64-hp-hpux11.11 targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91572
Jakub Jelinek changed:
What|Removed |Added
Known to work||10.0
Summary|[9/10 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8/9/10 Regression] |[7/8/9 Regression] -msse4.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91472
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
/sparc.c (sparc_cannot_force_const_mem): Return true
during LRA/reload in PIC mode if the PIC register hasn't been used yet.
(sparc_pic_register_p): Test reload_in_progress for consistency's sake.
Added:
branches/gcc-8-branch/gcc/testsuite/gcc.c-torture/execute/20190901-1.c
/sparc.c (sparc_cannot_force_const_mem): Return true
during LRA/reload in PIC mode if the PIC register hasn't been used yet.
(sparc_pic_register_p): Test reload_in_progress for consistency's sake.
Added:
branches/gcc-9-branch/gcc/testsuite/gcc.c-torture/execute/20190901-1.c
/sparc.c (sparc_cannot_force_const_mem): Return true
during LRA/reload in PIC mode if the PIC register hasn't been used yet.
(sparc_pic_register_p): Test reload_in_progress for consistency's sake.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20190901-1.c
Modified:
trunk/gcc/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Sun Sep 1 11:57:10 2019
New Revision: 275267
URL: https://gcc.gnu.org/viewcvs?rev=275267&root=gcc&view=rev
Log:
PR middle-end/91623
* optabs.c (expand_vec_cond_expr): If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91572
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Sun Sep 1 11:56:13 2019
New Revision: 275266
URL: https://gcc.gnu.org/viewcvs?rev=275266&root=gcc&view=rev
Log:
PR lto/91572
* tree.c (find_decls_types_in_node): Also wal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154
--- Comment #37 from rguenther at suse dot de ---
On September 1, 2019 12:05:52 PM GMT+02:00, ubizjak at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154
>
>--- Comment #36 from Uroš Bizjak ---
>(In reply to Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154
--- Comment #36 from Uroš Bizjak ---
(In reply to Richard Biener from comment #30)
> Hmm, it regresses the gcc.target/i386/minmax-6.c though and thus cactusADM
> (IIRC).
I was looking a bit into minmax6.c failure. Apparently, despite spill/fill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91615
--- Comment #3 from Bernd Edlinger ---
yes that looks very likely.
I was not able to reproduce this particular failure,
but you can try out the patch I attached to pr91612
and see if it fixes you problem.
I am currently short of test capability a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91630
Bug ID: 91630
Summary: std::any SFINAE breaks valid code since 9.1
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91615
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91481
--- Comment #18 from Florian Weimer ---
I'm going to request a CVE ID for this.
36 matches
Mail list logo