https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82029
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82029
Bug ID: 82029
Summary: [8 Regression] bogus error: ‘__PRETTY_FUNCTION__’ was
not declared in this scope
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82026
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81519
--- Comment #7 from Daniel Santos ---
(In reply to Martin Liška from comment #4)
> Ok, so I've briefly investigated source code and providing such information
> is definitely not a simple task :/
>
> I would recommend to fix PR39851 and then one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #24 from Xi Ruoyao ---
(In reply to Paul Smith from comment #23)
> The lookup_type() was just to show the problem more clearly: I don't do that
> in my actual Python code. This part (or something similar) is what I use:
>
> class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #23 from Paul Smith ---
The lookup_type() was just to show the problem more clearly: I don't do that in
my actual Python code. This part (or something similar) is what I use:
class tv(gdb.Function):
def __init__(self):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82017
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79220
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77799
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81512
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81454
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #22 from Martin Sebor ---
Paul, have you considered determining the type of the specialization of the
template from an object of one instead of hardcoding its name?
I.e., instead of calling gdb.lookup_type("TreeVector::Tree") in your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81452
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81437
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81436
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81593
--- Comment #4 from Michael Meissner ---
Author: meissner
Date: Wed Aug 30 01:14:05 2017
New Revision: 251446
URL: https://gcc.gnu.org/viewcvs?rev=251446&root=gcc&view=rev
Log:
2017-08-29 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81593
--- Comment #3 from Michael Meissner ---
Author: meissner
Date: Wed Aug 30 01:12:21 2017
New Revision: 251445
URL: https://gcc.gnu.org/viewcvs?rev=251445&root=gcc&view=rev
Log:
[gcc]
2017-08-29 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78643
--- Comment #3 from Jakub Jelinek ---
E.g. the following untested patch fixes it (or we could do it in the callers):
--- gcc/expr.c.jj 2017-08-29 19:03:09.0 +0200
+++ gcc/expr.c 2017-08-30 02:09:33.150618229 +0200
@@ -7010,7 +7010,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78643
--- Comment #2 from Jakub Jelinek ---
I think the problem is that while TYPE_MODE has the hacks for vector types
(vector_type_mode call), DECL_MODE doesn't have something similar.
We have some hacks for this here and there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81926
--- Comment #21 from Dennis Clarke ---
update : after 11.7 hours the bootstrap completes with no errors.
running gmake -k check now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82024
--- Comment #2 from Segher Boessenkool ---
What were the original insns? (combine dump shows that right at the
start, with the insn costs for-em).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82002
--- Comment #1 from Daniel Santos ---
(In reply to Martin Liška from comment #0)
> Starting from r251321 we ICE on:
>
> $ cat stack-check.ii
> void a (char *);
> void
> b ()
> {
> char c[100];
> c[1099511627776] = 'b';
> a (c);
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81435
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81585
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81327
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81887
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81385
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81343
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78679
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81926
--- Comment #20 from Dennis Clarke ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #17)
> > --- Comment #16 from Dennis Clarke ---
> > This is excellent follow up ...
> > Here is the diff on 7.2.0 gcc/config/sparc/sparc.c based on y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78840
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81236
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Aug 29 21:38:21 2017
New Revision: 251438
URL: https://gcc.gnu.org/viewcvs?rev=251438&root=gcc&view=rev
Log:
PR c++/81236 - ICE with template-id in generic lambda
* s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193
--- Comment #17 from Michael Meissner ---
Author: meissner
Date: Tue Aug 29 21:06:21 2017
New Revision: 251437
URL: https://gcc.gnu.org/viewcvs?rev=251437&root=gcc&view=rev
Log:
[gcc]
2017-07-13 Michael Meissner
Back port from trun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82027
Martin Liška changed:
What|Removed |Added
CC||hubicka at ucw dot cz
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82015
--- Comment #1 from Michael Meissner ---
Author: meissner
Date: Tue Aug 29 20:25:57 2017
New Revision: 251432
URL: https://gcc.gnu.org/viewcvs?rev=251432&root=gcc&view=rev
Log:
[gcc]
2017-08-29 Michael Meissner
PR target/82015
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841
--- Comment #11 from dbroemmel ---
Created attachment 42083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42083&action=edit
testcase for the fix
I'm not sure this is the test you had in mind. A fresh gcc-7.2.0 shows an
unexpected failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78840
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue Aug 29 20:21:23 2017
New Revision: 251431
URL: https://gcc.gnu.org/viewcvs?rev=251431&root=gcc&view=rev
Log:
PR c++/78840 - ICE with const and nested generic lambda
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #4 from Rainer Emrich ---
(In reply to Richard Biener from comment #3)
> In case it matters I have tcl 8.6.1 and 8.6.3.
I tried several different veriosn of tcl, expect an dejagnu. AFAIS the issue is
unrelated to a specific version o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82027
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80935
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Aug 29 19:51:30 2017
New Revision: 251429
URL: https://gcc.gnu.org/viewcvs?rev=251429&root=gcc&view=rev
Log:
PR c++/80935 - wrong C++17 error with lambda
* decl.c (ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82008
--- Comment #2 from Jörg Richter ---
My original intention was to use the attribute to skip the nullptr check when
up-casting.
So my preference is to optimize based on the attribute if possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82028
--- Comment #1 from Josh Stone ---
Fedora's mingw-gcc also produces code passing through xmm0:
:
0: 55 push %rbp
1: 48 89 e5mov%rsp,%rbp
4: f2 0f 11 45 10 movsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80767
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Aug 29 19:40:55 2017
New Revision: 251427
URL: https://gcc.gnu.org/viewcvs?rev=251427&root=gcc&view=rev
Log:
PR c++/80767 - unnecessary instantiation of generic lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82028
Bug ID: 82028
Summary: Windows x86_64 should not pass float aggregates in xmm
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81964
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81857
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78679
--- Comment #2 from Jonathan Wakely ---
(In reply to Vittorio Romeo from comment #0)
> This code snippet
>
> int main()
> {
> auto a = 6 + ".txt";
> }
>
> does not produce any warning with `-Wall -Wextra -Wpedantic`.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82027
Bug ID: 82027
Summary: wrong code with -O3 -flto
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
--- Comment #10 from Jonathan Wakely ---
Right, GCC's behaviour for comment 0, comment 7 and comment 8 is a bug.
GCC's behaviour for comment 3 and comment 4 is not a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81803
Eric Botcazou changed:
What|Removed |Added
Assignee|ebotcazou at gcc dot gnu.org |mpf at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #21 from Jonathan Wakely ---
(In reply to Xi Ruoyao from comment #20)
> (In reply to Martin Sebor from comment #18)
> > GDB already has a C++ parser. It just isn't good enough. It understands
> > that B and B are one and the same ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82025
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82008
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80936
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500
Jonathan Wakely changed:
What|Removed |Added
CC||flashmozzg at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82024
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77492
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82021
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35878
Jonathan Wakely changed:
What|Removed |Added
CC||carl.cook at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81902
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021
--- Comment #34 from Matt Godbolt ---
Confirmed this fixes all the issues we were seeing. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82021
--- Comment #3 from Marc Glisse ---
You can search for "Ville Voutilainen", the patch was this year, not long
before the release so maybe March.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82018
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81981
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82026
Bug ID: 82026
Summary: Undemanglable symbol
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: demangler
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82021
--- Comment #2 from Carl Cook ---
Thanks Marc, that was it. I'd tried with no std=X flags, and std=c+=11.
Definitely a DUP. I didn't find any related bug reports when skimming through
bugzilla, but that's probably just my fault.
Incidentally,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77492
--- Comment #3 from Danila ---
Update: Clang with libc++ also matches regex in all 3 cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77492
--- Comment #2 from Danila ---
(In reply to Tim Shen from comment #1)
> Seems to be the same issue as 71500.
Even though I assume that that bug (71500) was fixed (even though the status is
still UNCONFIRMED) it haven't fixed the issue.
I tried w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82021
--- Comment #1 from Marc Glisse ---
Did you try with -std=c++1z? (if that solves your issue, this is a DUP, it
should be enabled in all mode, but it isn't yet)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82025
Bug ID: 82025
Summary: ICE: in finish_expr_stmt, at cp/semantics.c:678
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #20 from Xi Ruoyao ---
(In reply to Martin Sebor from comment #18)
> GDB already has a C++ parser. It just isn't good enough. It understands
> that B and B are one and the same type but it
> interprets A<2> and A<2u> as distinct. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82024
Bug ID: 82024
Summary: [8 Regression] wrong code with -Og -fgcse-sm
-frerun-cse-after-loop --param=max-combine-insns=3
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82023
Bug ID: 82023
Summary: [arm] constexpr ICE: in cxx_eval_constant_expression,
at cp/constexpr.c:4556
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81923
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
--- Comment #3 from simon at pushface dot org ---
Created attachment 42077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42077&action=edit
Patch to gcc/config/darwin-driver.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81986
--- Comment #3 from Jakub Jelinek ---
(In reply to Vittorio Zecca from comment #2)
> I do not know if this is a libgfortran or a sanitizer bug.
>
> What I do know is that changing string.c:199 from
>
> t = - n;
>
> into
>
> t = -(GFC_UINTEGER
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
--- Comment #2 from simon at pushface dot org ---
Created attachment 42076
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42076&action=edit
Proposed solution
Demonstrates the solution proposed in the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81987
--- Comment #5 from Bill Schmidt ---
-march is not required. This repros on powerpc64le-linux-gnu as well with just
-O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81803
--- Comment #9 from mpf at gcc dot gnu.org ---
Created attachment 42075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42075&action=edit
Proposed fix
Off-thread James pointed out that one of my patches I did last year appeared to
fix this i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80576
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80537
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #19 from Paul Smith ---
Hi; is there a next step for this? I understand there's some concern that we
should be asking GDB to improve their capabilities but in the meantime can we
get GCC to emit the previous format? It would be grea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80535
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81923
--- Comment #6 from Jakub Jelinek ---
I think the right fix is something like:
--- asan.c.jj 2017-08-10 02:31:21.0 +0200
+++ asan.c 2017-08-29 17:25:58.337595628 +0200
@@ -2529,9 +2529,12 @@ create_odr_indicator (tree decl, tree ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81961
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80532
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841
--- Comment #10 from dbroemmel ---
(In reply to janus from comment #9)
> This seems to be PR 81018 (which translates into "not your fault").
Good :)
> I'm happy for now. Backed by your OpenMP quotes, the patch looks pretty
> solid to me.
Can I a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82022
--- Comment #1 from bastien penavayre ---
Created attachment 42074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42074&action=edit
log error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82022
Bug ID: 82022
Summary: constexpr lambda in template context: expression
‘’ is not a constant expression
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80512
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81956
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841
--- Comment #9 from janus at gcc dot gnu.org ---
(In reply to dbroemmel from comment #8)
> (In reply to janus from comment #7)
> > Sounds unrelated to your patch (supported by the fact that the 6.2 testsuite
> > runs cleanly), however I haven't se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81503
--- Comment #17 from Bill Schmidt ---
Fixed in trunk so far. Although this test case succeeds on GCC 7, the bug is
latent there, so I'll keep this open and backport the fix to other releases in
a week or so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81923
--- Comment #5 from Maxim Ostapenko ---
(In reply to Maxim Ostapenko from comment #4)
> Created attachment 42071 [details]
> Untested fix
>
> The patch I'm testing now. It works on attached testcase.
Yeeks, this patch is wrong, especially for C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81503
--- Comment #16 from Bill Schmidt ---
Author: wschmidt
Date: Tue Aug 29 14:41:53 2017
New Revision: 251414
URL: https://gcc.gnu.org/viewcvs?rev=251414&root=gcc&view=rev
Log:
[gcc]
2017-08-29 Bill Schmidt
Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82021
Bug ID: 82021
Summary: Unnecessary null pointer check in global placement new
(and also in any class-specific placement new operator
declared as noexcept)
Product: gcc
1 - 100 of 197 matches
Mail list logo