https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86927
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86925
Martin Liška changed:
What|Removed |Added
Component|c |tree-optimization
Version|8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86930
Bug ID: 86930
Summary: g++ incorrectly complains about incomplete type in
structured binding
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86931
Bug ID: 86931
Summary: constexpr variable initialization: internal compiler
error: in reshape_init_r, at cp/decl.c:6042
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86930
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86922
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86932
Bug ID: 86932
Summary: [8 Regression] Empty non-type template parameter pack
not considered for SFINAE.
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
David Binderman changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86921
--- Comment #2 from Jonathan Wakely ---
If you're saying that data read from the terminal by std::cin cannot be
"un-read" by typing backspace, that's correct. That is not a GCC bug, it's just
how the OS works.
In the default line-buffered mode,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86932
--- Comment #1 from zennehoy ---
Sorry, I included the problematic void non-type template parameter pack.
The type of std::enable_if_t should be specified as something other than void,
e.g., int:
#include
template, int>...>
void f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86889
Ilya Leoshkevich changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86932
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86870
--- Comment #1 from Nicolas Lesser ---
Oops, I missed to define a default constructor for `X`. This however, does not
change the bug report and gcc still incorrectly parses the second statement as
a declaration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86846
--- Comment #7 from Jonathan Wakely ---
Ah, that patch assumes this is defined:
#ifdef __GTHREAD_MUTEX_INIT
__native_type _M_mutex = __GTHREAD_MUTEX_INIT;
constexpr __mutex_base() noexcept = default;
i.e. PTHREAD_MUTEX_INITIALIZER.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86927
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86933
Bug ID: 86933
Summary: GCC fails to recognize specialization of variadic
non-type template parameter declared with `auto`
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85590
--- Comment #1 from Tom de Vries ---
Author: vries
Date: Mon Aug 13 12:04:24 2018
New Revision: 263505
URL: https://gcc.gnu.org/viewcvs?rev=263505&root=gcc&view=rev
Log:
[nvptx] Use CUDA driver API to select default runtime launch geometry
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86933
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86934
Bug ID: 86934
Summary: Feature test macros in should respect
_GLIBCXX_HOSTED
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86771
Andrey Guskov changed:
What|Removed |Added
CC||andrey.y.guskov at intel dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45093
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86927
--- Comment #3 from Martin Liška ---
Then it ends in Richi's revision r249553. Sounds like culprit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86934
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86499
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86935
Bug ID: 86935
Summary: Bad locus in ASSOCIATE statement
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86935
--- Comment #1 from janus at gcc dot gnu.org ---
The following is sufficient to tip the locus to the next line:
Index: gcc/fortran/match.c
===
--- gcc/fortran/match.c (revision 2635
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85640
--- Comment #3 from Alexander Monakov ---
(first paragraph of previous comment had 'before'/'after' swapped, sorry)
Also note that adjusting the testcase to use size_t rather than unsigned int
for the 'len' variable (as production code probably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86936
Bug ID: 86936
Summary: strlen() of a constant not folded due to laddress
transformation
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86771
--- Comment #8 from Segher Boessenkool ---
So is it worse code, better code, is the testcase broken / suboptimal?
The haswell problem seems to be completely unrelated, so open a separate PR
please.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86771
--- Comment #9 from Andrey Guskov ---
OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86936
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86936
Martin Sebor changed:
What|Removed |Added
Summary|strlen() of a constant not |strnlen() of a constant not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86937
Bug ID: 86937
Summary: strnlen() of a conditional expression with constant
operands not folded
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86937
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86915
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Mon Aug 13 15:36:30 2018
New Revision: 263507
URL: https://gcc.gnu.org/viewcvs?rev=263507&root=gcc&view=rev
Log:
PR c++/86915
* decl.c (create_array_type_for_decl): Han
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86915
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86745
Andrey Guskov changed:
What|Removed |Added
CC||andrey.y.guskov at intel dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86931
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86931
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #2 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86938
Bug ID: 86938
Summary: Invalid register name for r8w
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86938
--- Comment #1 from Andrew Pinski ---
The rNd, rNw, and rNb aliases for rN (r8-r15) are not currently supported as
far as I can tell. Use r8 instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85645
--- Comment #16 from Segher Boessenkool ---
Author: segher
Date: Mon Aug 13 17:05:48 2018
New Revision: 263509
URL: https://gcc.gnu.org/viewcvs?rev=263509&root=gcc&view=rev
Log:
Backport from mainline
2018-05-09 Segher Boessenko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85644
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86923
--- Comment #1 from joseph at codesourcery dot com ---
Isn't this bug 65855?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86757
jules at gcc dot gnu.org changed:
What|Removed |Added
CC||jules at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86923
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65855
Andrew Pinski changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85645
Arseny Solokha changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Mon Aug 13 17:34:38 2018
New Revision: 263510
URL: https://gcc.gnu.org/viewcvs?rev=263510&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2018-07-06 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85645
--- Comment #18 from Segher Boessenkool ---
Yes, and don't change resolution because something "seems".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71625
--- Comment #17 from Martin Sebor ---
Author: msebor
Date: Mon Aug 13 17:57:51 2018
New Revision: 263511
URL: https://gcc.gnu.org/viewcvs?rev=263511&root=gcc&view=rev
Log:
PR tree-optimization/71625 - missing strlen optimization on different arr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86829
--- Comment #5 from Giuliano Belinassi ---
I filed the copyright assignment request and sent it to the assign at gnu dot
org. The patch itself I sent to the patch e-mail listing with the subject
"patch to bug #86829".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86939
Bug ID: 86939
Summary: IRA incorrectly creates an interference between a
pseudo register and a hard register
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85904
--- Comment #12 from Jonathan Wakely ---
Author: redi
Date: Mon Aug 13 18:54:21 2018
New Revision: 263513
URL: https://gcc.gnu.org/viewcvs?rev=263513&root=gcc&view=rev
Log:
Revert "libstdc++-v3: Have aligned_alloc() on Newlib"
This reverts comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45093
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Mon Aug 13 18:54:43 2018
New Revision: 263516
URL: https://gcc.gnu.org/viewcvs?rev=263516&root=gcc&view=rev
Log:
PR libstdc++/45093 avoid warnings for _M_destroy_node
PR libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86939
Peter Bergner changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85904
--- Comment #14 from Jonathan Wakely ---
Author: redi
Date: Mon Aug 13 19:16:02 2018
New Revision: 263518
URL: https://gcc.gnu.org/viewcvs?rev=263518&root=gcc&view=rev
Log:
Revert "libstdc++-v3: Have aligned_alloc() on Newlib"
This reverts comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85904
--- Comment #13 from Jonathan Wakely ---
Author: redi
Date: Mon Aug 13 19:15:40 2018
New Revision: 263517
URL: https://gcc.gnu.org/viewcvs?rev=263517&root=gcc&view=rev
Log:
Revert "libstdc++-v3: Have aligned_alloc() on Newlib"
This reverts comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #42 from Iain Sandoe ---
(In reply to Elliot Saba from comment #41)
> Has there been any progress on this? We are running into this while trying
> to cross-compile GCC for Darwin. Has this been fixed in 8.3.0?
I will be posting two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86755
chefmax at gcc dot gnu.org changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86940
Bug ID: 86940
Summary: False positive with -Wuninitialized
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86940
--- Comment #1 from Andrew Pinski ---
How does GCC know that rand does not change the global variable initialize? Or
something else before main has changed it from 1 to 0?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86940
--- Comment #2 from Aritz Erkiaga ---
I don't know. Somehow it does know it when the testcase is compiled without any
-O flags, but it not something trivial, and so I would not be surprised if GCC
were not able to get that information.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86940
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86940
--- Comment #4 from Aritz Erkiaga ---
Ok, then this is not a bug. Maybe a feature request?
Well, actually I think it would be safe for the compiler to assume that libc
(and possibly other external libraries) don't have access to variables define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86941
Bug ID: 86941
Summary: ICE in i386/winnt.c:1258 in i386_pe_seh_unwind_emit
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57891
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Mon Aug 13 23:12:11 2018
New Revision: 263523
URL: https://gcc.gnu.org/viewcvs?rev=263523&root=gcc&view=rev
Log:
PR c++/57891
* call.c (struct conversion): Add check_n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57891
Marek Polacek changed:
What|Removed |Added
Keywords||accepts-invalid
Status|ASSIG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65043
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86942
Bug ID: 86942
Summary: A trailing-return-type is allowed when the return type
is not 'auto' for using declarations
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86943
Bug ID: 86943
Summary: [8 Regression] Wrong code when converting stateless
generic lambda to function pointer
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
--- Comment #7 from Eric Gallager ---
(In reply to Andi Kleen from comment #6)
> The patch doesn't seem to be checked in yet. Is there a reason for that?
Maybe people just forgot about it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86940
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
CC|
74 matches
Mail list logo