On Fri, 9 Sep 2022, 18:27 Patrick Palka via Libstdc++, < libstdc++@gcc.gnu.org> wrote: > Tested on x86_64-pc-linux-gnu, does this series look OK for trunk? > All three are OK, thanks. > PR libstdc++/106803 > > libstdc++-v3/ChangeLog: > > * include/std/ranges (views::_ZipTransform::operator()): Fix > return type in the empty case. > (views::_AdjacentTransform::operator()): Likewise. > --- > libstdc++-v3/include/std/ranges | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libstdc++-v3/include/std/ranges > b/libstdc++-v3/include/std/ranges > index 37ad80ad3de..20eb4e82ac8 100644 > --- a/libstdc++-v3/include/std/ranges > +++ b/libstdc++-v3/include/std/ranges > @@ -5071,7 +5071,7 @@ namespace views::__adaptor > operator() [[nodiscard]] (_Fp&& __f, _Ts&&... __ts) const > { > if constexpr (sizeof...(_Ts) == 0) > - return views::empty>>; > + return views::empty&>>>; > else > return zip_transform_view(std::forward<_Fp>(__f), > std::forward<_Ts>(__ts)...); > } > @@ -5762,7 +5762,7 @@ namespace views::__adaptor > operator() [[nodiscard]] (_Range&& __r, _Fp&& __f) const > { > if constexpr (_Nm == 0) > - return views::empty>; > + return zip_transform(std::forward<_Fp>(__f)); > else > return adjacent_transform_view, decay_t<_Fp>, > _Nm> > (std::forward<_Range>(__r), std::forward<_Fp>(__f)); > -- > 2.37.3.518.g79f2338b37 > >