https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84530
Ev Drikos changed:
What|Removed |Added
CC||drikosev at gmail dot com
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Wed Feb 20 18:50:32 2019
New Revision: 269045
URL: https://gcc.gnu.org/viewcvs?rev=269045&root=gcc&view=rev
Log:
PR c++/88572 - wrong handling of braces on scalar init.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88380
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Feb 20 18:54:45 2019
New Revision: 269046
URL: https://gcc.gnu.org/viewcvs?rev=269046&root=gcc&view=rev
Log:
PR c++/88380 - wrong-code with flexible array and NSDMI.
Here 'sk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Wed Feb 20 18:59:18 2019
New Revision: 269048
URL: https://gcc.gnu.org/viewcvs?rev=269048&root=gcc&view=rev
Log:
PR c++/87513 - 'sorry' mangling PMF template-id.
Here build_offs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #12 from Jonny Grant ---
Just to add
C spec says UB.
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf
"The #line preprocessing directive that results after expansion does not match
one of
the two well-defined forms, or its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89418
--- Comment #2 from seurer at gcc dot gnu.org ---
real.mant_dig is 106 on powerpc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89418
--- Comment #3 from Andrew Pinski ---
Funny. real.mant_dig == 106 means 128bit IBM long double (or as some call it,
double-double as the error message suggest).
The error message is incorrect in both cases too:
"Only 64-bit, 80-bit, and 128-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177
--- Comment #4 from Bernd Edlinger ---
(In reply to Johannes Pfau from comment #2)
> Thanks for the bug report & patch. It seems upstream phobos has already
> fixed this in a different way:
>
> https://github.com/dlang/phobos/commit/
> d5f710c57
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #13 from David Malcolm ---
Author: dmalcolm
Date: Wed Feb 20 20:07:20 2019
New Revision: 269050
URL: https://gcc.gnu.org/viewcvs?rev=269050&root=gcc&view=rev
Log:
Fix ICE with #line directive (PR c/89410)
PR c/89410 reports various
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
David Malcolm changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86248
--- Comment #4 from Harald Anlauf ---
Some digging shows that the name mangling is done in trans-decl.c,
gfc_sym_mangled_identifier. Strangely, the funny name mangling comes
from the component fn_result_spec being set in resolve.c, flag_fn_resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86395
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
Jason Merrill changed:
What|Removed |Added
Summary|[8/9 Regression] ICE in |[8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889
David Malcolm changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Target Milestone|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
--- Comment #5 from Janne Blomqvist ---
(In reply to Raphael Monod from comment #4)
> Thank you for your answer. But I don't understand why adding -lpthread
> option change the behavior if I do not use any thread.
In libgfortran, if a thread lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89424
Bug ID: 89424
Summary: __builtin_vec_ext_v1ti (v, i) results in ICE with
variable i (RS6000)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 21:16:27 2019
New Revision: 269052
URL: https://gcc.gnu.org/viewcvs?rev=269052&root=gcc&view=rev
Log:
PR c++/89336
* constexpr.c (cxx_eval_store_expression): Di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89425
Bug ID: 89425
Summary: -Wabsolute-value warns in dead code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89397
--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Feb 20 21:58:45 2019
New Revision: 269054
URL: https://gcc.gnu.org/viewcvs?rev=269054&root=gcc&view=rev
Log:
PR target/89397
* config/i386/i386.c (ix86_atomic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89415
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Jakub Jelinek ---
> See https://gcc.gnu.org/ml/gcc-patches/2019-02/msg01650.html
I've now included the patch in a sparc-sun-solaris2.11 bootstrap and the
sinatan-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89425
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #11 from Segher Boessenkool ---
If you use -fsignaling-nans everything works as expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Segher Boessenkool changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |segher at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89426
Bug ID: 89426
Summary: -mfpmath=sse isn't preserved
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
--- Comment #5 from Harald Anlauf ---
Patch submitted:
https://gcc.gnu.org/ml/fortran/2019-02/msg00176.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88074
--- Comment #32 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 22:41:26 2019
New Revision: 269055
URL: https://gcc.gnu.org/viewcvs?rev=269055&root=gcc&view=rev
Log:
PR middle-end/88074
PR middle-end/89415
* toplev.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89415
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 22:41:26 2019
New Revision: 269055
URL: https://gcc.gnu.org/viewcvs?rev=269055&root=gcc&view=rev
Log:
PR middle-end/88074
PR middle-end/89415
* toplev.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89415
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89091
--- Comment #10 from Jakub Jelinek ---
Fixed for 9+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89091
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 23:01:41 2019
New Revision: 269056
URL: https://gcc.gnu.org/viewcvs?rev=269056&root=gcc&view=rev
Log:
PR middle-end/89091
* fold-const.c (decode_field_reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89412
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 23:02:29 2019
New Revision: 269057
URL: https://gcc.gnu.org/viewcvs?rev=269057&root=gcc&view=rev
Log:
PR middle-end/89412
* expr.c (expand_assignment): If resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89412
Jakub Jelinek changed:
What|Removed |Added
Known to work||9.0
Summary|[7/8/9 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89409
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89427
Bug ID: 89427
Summary: missing -Warray-bounds on a MEM_REF of array plus
offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89427
--- Comment #1 from Martin Sebor ---
The equivalent code using memcpy (or even strcpy) is diagnosed:
$ cat u.c && gcc -O2 -S -Wall u.c
char a[8];
void f (int i)
{
char *p = a + sizeof a;
if (i < 5)
i = 5;
__builtin_memcpy (p + i, "",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89405
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 21 00:08:59 2019
New Revision: 269058
URL: https://gcc.gnu.org/viewcvs?rev=269058&root=gcc&view=rev
Log:
PR c++/89405
* decl.c (maybe_commonize_var): When clearing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89403
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 21 00:09:47 2019
New Revision: 269059
URL: https://gcc.gnu.org/viewcvs?rev=269059&root=gcc&view=rev
Log:
PR c++/89403
* decl2.c (c_parse_final_cleanups): Move TREE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88826
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89416
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89407
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Feb 21 01:06:01 2019
New Revision: 269063
URL: https://gcc.gnu.org/viewcvs?rev=269063&root=gcc&view=rev
Log:
PR go/89407
internal/cpu: use #ifdef __s390x__ in C cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89407
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89428
Bug ID: 89428
Summary: missing -Wstringop-overflow on a PHI with variable
offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52320
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52130
--- Comment #5 from Jonathan Wakely ---
The relevant text in the standard is:
"A scoped enumeration shall not be later redeclared as unscoped or with a
different underlying type. An unscoped enumeration shall not be later
redeclared as scoped an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87921
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Thu Feb 21 02:24:40 2019
New Revision: 269064
URL: https://gcc.gnu.org/viewcvs?rev=269064&root=gcc&view=rev
Log:
PR c++/87921 - wrong error with inline static data member.
c_pars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87921
Jason Merrill changed:
What|Removed |Added
Summary|[7/8/9 Regression] |[7/8 Regression] Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89313
Peter Bergner changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
Target|x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
--- Comment #11 from Vladimir Makarov ---
(In reply to Alan Modra from comment #5)
> Created attachment 45760 [details]
> Current set of patches
>
> It turns out there is a lot more than just wrong register_move_cost. This
> patchset does fix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88690
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
--- Comment #6 from Raphael Monod ---
Thank you very much for your explanations. Now I understand why I was wrong. I
will try to change my code to take into account your suggestions.
Once more, thank you very much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89403
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89405
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9 Regression] ICE in |[8 Regression] ICE in
101 - 153 of 153 matches
Mail list logo
