[Bug c++/104765] New: Expression statement with a return in a lambda-parameter-default causes segfault when called in a different function

2022-03-02 Thread erich.keane at intel dot com via Gcc-bugs
Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: erich.keane at intel dot com Target Milestone: --- See this example: template void call_lambda(T&& L)

[Bug c++/94960] extern template prevents inlining of standard library objects

2022-02-17 Thread erich.keane at intel dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #9 from Erich Keane --- > But in C++20 every function is 'constexpr' now, so every function is inline > anyway, right? Even the large functions that aren't good candidates for > inlining (see also PR 93008). So The 'inline' keyword ha

[Bug c++/94960] extern template prevents inlining of standard library objects

2020-05-06 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #6 from Erich Keane --- (In reply to Jonathan Wakely from comment #5) > (In reply to Erich Keane from comment #3) > > As you know, "extern template" is a hint to the compiler that we don't need > > to emit the template as a way to sav

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2020-05-05 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 Erich Keane changed: What|Removed |Added CC||erich.keane at intel dot com --- Comment

[Bug libstdc++/94203] New: experimental/executor and socket header issues-

2020-03-17 Thread erich.keane at intel dot com
: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: erich.keane at intel dot com Target Milestone: --- Again detected by trying to compile these headers with clang, I get two more issues. They can be reproduced here: https://godbolt.org/z/L-UVGq though that still

[Bug libstdc++/94199] std::experimental::net::v1::make_service function template not instantiatable

2020-03-16 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94199 --- Comment #4 from Erich Keane --- Thanks Jonathan!

[Bug libstdc++/94199] New: std::experimental::net::v1::make_service function template not instantiatable

2020-03-16 Thread erich.keane at intel dot com
: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: erich.keane at intel dot com Target Milestone: --- Discovered in Clang, since Clang diagnoses the issue without an instantiation, here is a GCC repro: https

[Bug c++/81355] New: SegFault when using attribute target dispatch with empty parameter

2017-07-07 Thread erich.keane at intel dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: erich.keane at intel dot com Target Milestone: --- This very simple repro causes a segfault: __attribute__((target("default"))) int foo() {return 99;} __attribute__((targ

[Bug c++/67824] constexpr char* compare operations not constexpr, but char[] operations ARE

2016-01-27 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67824 --- Comment #3 from Erich Keane --- Don't know if it is a result of the red-hat packaging, or the .1 release, but the 3.7.1 release from here: http://llvm.org/releases/download.html seems to no longer crash.(In reply to Erich Keane from comment

[Bug c++/67824] constexpr char* compare operations not constexpr, but char[] operations ARE

2016-01-27 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67824 --- Comment #2 from Erich Keane --- Don't know if it is a result of the red-hat packaging, or the .1 release, but the 3.7.1 release from here: http://llvm.org/releases/download.html seems to no longer crash.

[Bug c++/67824] constexpr char* compare operations not constexpr, but char[] operations ARE

2016-01-06 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67824 --- Comment #1 from Erich Keane --- I just reconfirmed this in 5.3.1 on Fedora: gcc (GCC) 5.3.1 20151207 (Red Hat 5.3.1-2) Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is N

[Bug c/67824] New: constexpr char* compare operations not constexpr, but char[] operations ARE

2015-10-02 Thread erich.keane at intel dot com
: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: erich.keane at intel dot com Target Milestone: --- The below code reproduces this bug, found in 4.9.2, but also reproduced in 5.2.1 Version results for both: g++ (GCC) 4.9.2