[Bug c++/119859] [15 Regression] template member function overload with base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119859 --- Comment #4 from Jason Merrill --- (In reply to Andrew Pinski from comment #2) > GCC trunk seemly only rejects the template member function as being > ambigious though. Yes, because https://eel.is/c++draft/namespace.udecl#11 says "The set of

[Bug c++/119859] [15 Regression] template member function overload with base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119859 --- Comment #5 from Jason Merrill --- (In reply to Andrew Pinski from comment #3) > Another example: ... > template > const A& h(); ... > b.h(); T cannot be deduced in this call, so A::h is not a viable candidate, so it's not ambiguous.

[Bug c++/114772] [12/13/14/15 Regression] pragma GCC target applied to earlier template function with __attribute__((warn_unused_result))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114772 Jason Merrill changed: What|Removed |Added Target Milestone|13.4|12.5 Status|NEW

[Bug c++/116954] [13/14/15 Regression] format attribute is being lost for function template with a depedent type argument and decl merging since r13-4160-g2efb237ffc68ec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116954 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/102012] GCC accepts any non-bool atomic constraint type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102012 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #5

[Bug c++/111075] [13/14/15 Regression] ICE on g++.dg/torture/tail-padding1.C on darwin since r13-6145-gb2287a4d9a640fdc2caef6a067830ea65044deb7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1

[Bug c++/111075] [13/14/15 Regression] ICE on g++.dg/torture/tail-padding1.C on darwin since r13-6145-gb2287a4d9a640fdc2caef6a067830ea65044deb7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 Jason Merrill changed: What|Removed |Added CC||daklishch at gmail dot com --- Comment

[Bug c++/118809] Excessive memory usage with global std::vector> in C++20 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118809 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org Resolu

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #18 from Jason Merrill --- If I increase the limits (or reduce N) enough that we get through the whole evaluation, constant-evaluation still fails right at the end because the result refers to the result of operator new and we don't

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #17 from Jason Merrill --- Clang shows the same behavior, taking a long time to give up and do dynamic initialization.

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #16 from Jason Merrill --- (In reply to Patrick Palka from comment #4) > r13-6421 just makes us use mce_true and mce_uknown during trial constant > evaluation of x's initialization, so my guess is before that commit the > evaluation

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #15 from Jason Merrill --- (In reply to Jonathan Wakely from comment #12) > The __uninitialized_default_n_1 specialization assumes that we can use > std::fill_n to assign to objects outside their lifetime. I don't think > that's vali

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 Jason Merrill changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #11

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #10 from Jason Merrill --- (In reply to Jason Merrill from comment #9) > Removing the maybe_constant_init from expand_default_init speeds up the > testcase by more than 10x, but also regresses a bunch of testcases, so it's > not that

[Bug c++/115639] Large variations in compilation times involving static_assert

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115639 --- Comment #6 from Jason Merrill --- (In reply to Patrick Palka from comment #5) > ... and in particular if we have a cached mce_unknown call result it means > the call isn't sensitive to mce, and so we can reuse later when evaluating > the cal

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #9 from Jason Merrill --- Removing the maybe_constant_init from expand_default_init speeds up the testcase by more than 10x, but also regresses a bunch of testcases, so it's not that simple.

[Bug c++/114970] [14/15 Regression] 32-bit ARM gcc-14.1 new false positive -Wunused-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114970 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c++/115639] Large variations in compilation times involving static_assert

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115639 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #3

[Bug c++/114970] [14/15 Regression] 32-bit ARM gcc-14.1 new false positive -Wunused-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114970 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/114970] [14/15 Regression] 32-bit ARM gcc-14.1 new false positive -Wunused-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114970 --- Comment #5 from Jason Merrill --- Created attachment 61069 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61069&action=edit fix This seems like the fix, can someone test it?

[Bug c++/114970] [14/15 Regression] 32-bit ARM gcc-14.1 new false positive -Wunused-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114970 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #3

[Bug c++/119175] [14/15 Regression] ICE segfault on lambda in requires clause of generic lambda in requires clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119175 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/119345] [14/15 Regression] ICE segfault on capturing lambda in fold expression in capturing lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119345 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/119345] [14/15 Regression] ICE segfault on capturing lambda in fold expression in capturing lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119345 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/118698] [14 Regression] Compiler ICE on concept code accepted by MSVC and clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698 Jason Merrill changed: What|Removed |Added CC||eczbek.void at gmail dot com --- Commen

[Bug c++/107430] [meta-bug] lambda in decltype

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107430 Bug 107430 depends on bug 119129, which changed state. Bug 119129 Summary: ICE: in keep_template_parm, at cp/pt.cc:5 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119129 What|Removed |Added -

[Bug c++/119129] ICE: in keep_template_parm, at cp/pt.cc:11115

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119129 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/118698] [14 Regression] Compiler ICE on concept code accepted by MSVC and clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698 Jason Merrill changed: What|Removed |Added Summary|[14/15 Regression] Compiler |[14 Regression] Compiler

[Bug c++/119175] [14/15 Regression] ICE segfault on lambda in requires clause of generic lambda in requires clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119175 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/118698] [14/15 Regression] Compiler ICE on concept code accepted by MSVC and clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698 --- Comment #16 from Jason Merrill --- (In reply to Jason Merrill from comment #15) > So I suspect we want to split the broader meaning out of tf_partial, so > places like instantiate_template and normalize_concept_definition can choose > it wit

[Bug c++/118698] [14/15 Regression] Compiler ICE on concept code accepted by MSVC and clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698 --- Comment #15 from Jason Merrill --- (In reply to Patrick Palka from comment #12) > Substituting into seems like a partial > substitution to me. If the lambda itself had any template parameters of its > own, or autos, we wouldn't want to re

[Bug c++/118698] [14/15 Regression] Compiler ICE on concept code accepted by MSVC and clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698 --- Comment #11 from Jason Merrill --- (In reply to Patrick Palka from comment #8) > Started with r14-9938, though I bet before this commit it only accidentally > worked. This failure does seem to be strongly connected to that commit. When nor

[Bug c++/118698] [14/15 Regression] Compiler ICE on concept code accepted by MSVC and clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/117530] [14 Regression] Mismatch of lambda type with itself in recursive alias declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117530 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/119652] [14/15 Regression] constinit empty direct-list-initialization incorrectly rejected since r14-660

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/119652] [14/15 Regression] constinit empty direct-list-initialization incorrectly rejected since r14-660

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/118629] [14/15 Regression] ice in cp_parser_expression_statement with __FUNCTION__ inside decltype for the trailing return type of a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118629 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/118629] [14/15 Regression] ice in cp_parser_expression_statement with __FUNCTION__ inside decltype for the trailing return type of a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118629 --- Comment #8 from Jason Merrill --- (In reply to Jakub Jelinek from comment #7) > both gcc and clang warn about it, but I think it shouldn't warn and have > sizeof "foo" in that case. It's not in scope yet for the trailing return-type accordi

[Bug c++/117336] [14/15 Regression] ICE on lambda in requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117336 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 117336, which changed state. Bug 117336 Summary: [14/15 Regression] ICE on lambda in requires expression https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117336 What|Removed |Added -

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 115604, which changed state. Bug 115604 Summary: Absurd "flows off the end of the function" diagnostic with requires expression containing only lambda(s) without being inside a template https://gcc.gnu.org/bugzilla/show_b

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 Jason Merrill changed: What|Removed |Added CC||hstong at ca dot ibm.com --- Comment #21

[Bug c++/115604] Absurd "flows off the end of the function" diagnostic with requires expression containing only lambda(s) without being inside a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115604 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 --- Comment #16 from Jason Merrill --- *** Bug 105222 has been marked as a duplicate of this bug. ***

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 --- Comment #20 from Jason Merrill --- *** Bug 105494 has been marked as a duplicate of this bug. ***

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 105494, which changed state. Bug 105494 Summary: syntax error with requires { []{}(); }; https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105494 What|Removed |Added -

[Bug c++/105494] syntax error with requires { []{}(); };

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105494 Jason Merrill changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 Jason Merrill changed: What|Removed |Added CC||Darrell.Wright at gmail dot com --- Comm

[Bug c++/109961] auto assigned from requires and lambda inside

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109961 Jason Merrill changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 Jason Merrill changed: What|Removed |Added CC||piotr.rak at gmail dot com --- Comment #

[Bug c++/118210] g++-14.2 fails to parse template lambda expression operator()<>() call inside the requires expression.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118210 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 118210, which changed state. Bug 118210 Summary: g++-14.2 fails to parse template lambda expression operator()<>() call inside the requires expression. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118210 What

[Bug c++/110747] GCC rejects the syntax for an immediately invoked lambda as a template argument in a requires-clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110747 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 --- Comment #17 from Jason Merrill --- *** Bug 110747 has been marked as a duplicate of this bug. ***

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 105222, which changed state. Bug 105222 Summary: gcc totally broken with ternary operator for lambda in requires clause https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105222 What|Removed

[Bug c++/105222] gcc totally broken with ternary operator for lambda in requires clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105222 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org Resolu

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 99538, which changed state. Bug 99538 Summary: ICE: in maybe_add_lambda_conv_op, at cp/lambda.c:1037 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99538 What|Removed |Added --

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 --- Comment #15 from Jason Merrill --- *** Bug 99538 has been marked as a duplicate of this bug. ***

[Bug c++/99538] ICE: in maybe_add_lambda_conv_op, at cp/lambda.c:1037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99538 Jason Merrill changed: What|Removed |Added Resolution|--- |DUPLICATE Status|ASSIGNED

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 Jason Merrill changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #14

[Bug c++/106976] internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in override_type_for_decl_p, at dwarf2out.cc:24345

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106976 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 --- Comment #13 from Jason Merrill --- *** Bug 113925 has been marked as a duplicate of this bug. ***

[Bug c++/113925] static assert on requires clause with non-type bool template instantiated with immediately invoked consteval lambda is incorrectly rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113925 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/119319] [14/15 Regression] incorrect error: invalid use of incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1

[Bug c++/119319] [14/15 Regression] incorrect error: invalid use of incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319 --- Comment #12 from Jason Merrill --- We don't error in general because we defer the instantiation of ~vvv until EOF, after the definition of Xyzzy, as allowed by https://eel.is/c++draft/temp#point-7 -- which also seems to say that the testcase

[Bug c++/119551] [modules] ICE when reading inline var referencing TU-local entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551 --- Comment #3 from Jason Merrill --- It occurs to me that if an inline variable in an MIU has non-trivial [cd]tion, we have to emit it (and [cd]truct it) in the MIU already, so we could take option #1 for that case even without ABI blessing.

[Bug c++/119551] [modules] ICE when reading inline var referencing TU-local entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551 Jason Merrill changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c++/119551] [modules] ICE when reading inline var referencing TU-local entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551 --- Comment #2 from Jason Merrill --- There's very little use for a non-constexpr inline variable in a module, anyway.

[Bug c++/83309] Structure elements have O(n^2) compile time slowdown

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83309 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #6

[Bug c++/119401] [15 regression] ICE when lambda is used as template argument in member function parameter type since r15-7202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/64500] push_to_top_level() shows up high during build of modern C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug c++/119401] [15 regression] ICE when lambda is used as template argument in member function parameter type since r15-7202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401 --- Comment #4 from Jason Merrill --- The underlying problem is that we tsubst_lambda_expr three times for the same arguments, producing three different lambdas: 1) when forming the type of A<>::f 2) when forming the parameters of A<>::f 3) whe

[Bug c++/119401] [15 regression] ICE when lambda is used as template argument in member function parameter type since r15-7202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c++/119515] [13/14/15 Regression] subsumption fails with concept-id that uses a function parameter of an abbreviated function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119515 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #2

[Bug c++/119499] [15 Regression] g++.dg/modules/gmf-xtreme.C fails on aarch64 and arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119499 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1

[Bug c++/64500] push_to_top_level() shows up high during build of modern C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500 Jason Merrill changed: What|Removed |Added Attachment #60867|0 |1 is obsolete|

[Bug testsuite/119489] g++.dg/strub-internal-pr112938.C test fails once fixed to actually run

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119489 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #3

[Bug c++/64500] push_to_top_level() shows up high during build of modern C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500 Jason Merrill changed: What|Removed |Added Attachment #60866|0 |1 is obsolete|

[Bug c++/64500] push_to_top_level() shows up high during build of modern C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500 --- Comment #5 from Jason Merrill --- Created attachment 60866 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60866&action=edit global_scope_p opt Does this help?

[Bug c++/114992] [13/14/15 Regression] ICE during IPA pass: targetclone in add_to_same_comdat_group with calling a target clone with a lamdba in a comdat function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114992 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Assignee|unassigned

[Bug c++/85282] CWG 727 (full specialization in non-namespace scope)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282 --- Comment #21 from Jason Merrill --- (In reply to Jason Merrill from comment #13) > I vaguely remember us supporting this in the distant past, but removing that > support to be conforming. > > Ah, yes, in 1998: r0-18485 And before that, r2227

[Bug c++/119316] [14/15 Regression] new expression incorrectly required to have constant expression size inside a requires constraint of a template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119316 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 119316, which changed state. Bug 119316 Summary: [14/15 Regression] new expression incorrectly required to have constant expression size inside a requires constraint of a template function https://gcc.gnu.org/bugzilla/sh

[Bug c++/119062] [C++26] P3475R2 - Defang and deprecate memory_order::consume

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119062 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #2

[Bug c++/119316] [14/15 Regression] new expression incorrectly required to have constant expression size inside a requires constraint of a template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119316 --- Comment #3 from Jason Merrill --- We can see this without constraints in this adjusted testcase: template struct A { }; template auto foo(unsigned n) -> A { return {}; } int main() { foo(5); } The regression for the original testcase happ

[Bug c++/119316] [14/15 Regression] new expression incorrectly required to have constant expression size inside a requires constraint of a template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119316 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/119194] [14/15 Regression] GCC 14.2.0: Incorrect Handling of reference to a local constexpr as a Template Argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119194 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/119194] [14/15 Regression] GCC 14.2.0: Incorrect Handling of reference to a local constexpr as a Template Argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119194 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org Assi

[Bug libstdc++/119266] libstdc++.modules.json has wrong path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119266 --- Comment #12 from Jason Merrill --- So if toolexeclibdir is /usr/lib64, how is modules.json ending up in /usr/lib/gcc/x86_64-pc-linux-gnu/15/? It's supposed to be in toolexeclibdir.

[Bug c++/94061] defaulted member operator <=> defined as deleted if a base has protected member operator <=>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061 Jason Merrill changed: What|Removed |Added Status|NEW |SUSPENDED --- Comment #11 from Jason Mer

[Bug libstdc++/119266] libstdc++.modules.json has wrong path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119266 --- Comment #7 from Jason Merrill --- (In reply to Sam James from comment #0) > $ A=/usr/lib/gcc/x86_64-pc-linux-gnu/15/ > $ > B=/usr/lib/gcc/x86_64-pc-linux-gnu/lib/gcc/x86_64-pc-linux-gnu/15/include/g++-v15/bits/std.cc > $ contrib/relpath.sh

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 119162, which changed state. Bug 119162 Summary: missing error with constexpr new https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162 What|Removed |Added

[Bug c++/119162] missing error with constexpr new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/119081] libstdc++.modules.json generated with incorrect relative path if configured with '--prefix=/' or '--prefix=' (empty)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/119081] libstdc++.modules.json generated with incorrect relative path if configured with '--prefix=/' or '--prefix=' (empty)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org Last

[Bug c++/96605] ICE in tsubst, at cp/pt.c:14929 on C++20 code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96605 --- Comment #4 from Jason Merrill --- ...fixed by dropping support for the Concepts TS feature of non-type concepts.

[Bug c++/119162] missing error with constexpr new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

  1   2   3   4   5   6   7   8   9   10   >