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

Reply via email to