[Bug c++/116572] New: Using a std::string passed to a virtual member function of a side-casted pointer spuriously triggers UBSan on 14.2.0, and ICEs on trunk

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116572 Bug ID: 116572 Summary: Using a std::string passed to a virtual member function of a side-casted pointer spuriously triggers UBSan on 14.2.0, and ICEs on trunk Product: gcc

[Bug libstdc++/111535] _RangeAdaptorClosure's (range | adaptor) operator is underconstrained

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111535 --- Comment #4 from Eddie Nolan --- To clarify, I agree that the example in this bug, 111535, is not a proper range adaptor closure object: struct closure : std::ranges::range_adaptor_closure { int operator()(int); }; This is the example, fr

[Bug libstdc++/111535] _RangeAdaptorClosure's (range | adaptor) operator is underconstrained

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111535 --- Comment #3 from Eddie Nolan --- I'm not a wording expert, but to me, the sentence, "A range adaptor closure object is a unary function object that accepts a range argument," has a different meaning than "A range adaptor closure object is a u

[Bug libstdc++/116217] New: RangeAdaptorClosure pipe operator is underconstrained

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116217 Bug ID: 116217 Summary: RangeAdaptorClosure pipe operator is underconstrained Product: gcc Version: 14.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Com

[Bug c++/116124] New: Can't use captured 'this' in lambda function that deduces this

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116124 Bug ID: 116124 Summary: Can't use captured 'this' in lambda function that deduces this Product: gcc Version: 14.1.0 Status: UNCONFIRMED Severity: normal

[Bug c++/114005] New: Constructing a constexpr std::initializer_list ICEs GCC when using C++ modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005 Bug ID: 114005 Summary: Constructing a constexpr std::initializer_list ICEs GCC when using C++ modules Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug c++/113405] Can't access member type alias of concept-constrained class template specialization in global module fragment via alias template in different module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405 --- Comment #3 from Eddie Nolan --- Fixed (first two commands were superfluous): echo "module1 module1.gcm" >> ./module1.cpp.o.modmap echo "module2 module2.gcm" >> ./module2.cpp.o.modmap echo "module1 module1.gcm" >> ./module2.cpp.o.modmap g++

[Bug c++/113405] Can't access member type alias of concept-constrained class template specialization in global module fragment via alias template in different module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405 --- Comment #2 from Eddie Nolan --- This series of commands reproduces the issue and does not use CMake: g++ -g -std=c++20 -E -x c++ ./module2.cpp \ -MT ./module2.cpp.o.ddi -MD -MF ./module2.cpp.o.ddi.d \ -fmodules-ts -fdeps-file=./modu

[Bug c++/113405] New: Can't access member type alias of concept-constrained class template specialization in global module fragment via alias template in different module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405 Bug ID: 113405 Summary: Can't access member type alias of concept-constrained class template specialization in global module fragment via alias template in different module

[Bug c++/83181] [C++17] Invalid deduction guide accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83181 Eddie Nolan changed: What|Removed |Added CC||eddiejnolan at gmail dot com --- Comment #