On Tue, Apr 18, 2023 at 09:57:19AM +0100, Jonathan Wakely wrote: > On Mon, 17 Apr 2023 at 08:26, Jonathan Wakely via Libstdc++ > <libstd...@gcc.gnu.org> wrote: > > > > On Mon, 17 Apr 2023, 05:28 Patrick Palka via Libstdc++, < > > libstd...@gcc.gnu.org> wrote: > > > > > On Fri, 14 Apr 2023, Patrick Palka wrote: > > > > > > > Tested on x86_64-pc-linux-gnu, does this look OK for trunk? > > > > > > > > PR libstdc++/108827 > > > > > > > > libstdc++-v3/ChangeLog: > > > > > > > > * include/bits/ranges_cmp.h (__cpp_lib_ranges): Bump value > > > > for C++23. > > > > * include/std/ranges (range_adaptor_closure): Define for C++23. > > > > * include/std/version (__cpp_lib_ranges): Bump value for > > > > C++23. > > > > * testsuite/std/ranges/version_c++23.cc: Bump expected value > > > > of __cpp_lib_ranges. > > > > * testsuite/std/ranges/range_adaptor_closure.cc: New test. > > > > > > Here's a standalone version of this patch (not dependent on the first > > > patch in the series) it terms of the current non-CRTP representation > > > of _RangeAdaptorClosure: > > > > > > > OK, thanks for separating this from the other change. > > I'd like RM approval to push this C++23-only change to gcc-13 as well as > trunk.
Ok. Jakub