On Tue, 20 Jun 2023 at 09:29, Jonathan Wakely wrote: > > > On Tue, 20 Jun 2023 at 01:54, Patrick Palka wrote: > >> On Fri, 9 Jun 2023, Jonathan Wakely via Libstdc++ wrote: >> >> > Tested powerpc64le-linux. Pushed to trunk. >> > >> > This makes sense to backport after some soak time on trunk. >> > >> > -- >8 -- >> > >> > As reported in PR libstdc++/110167, std::to_array compiles extremely >> > slowly for very large arrays. It needs to instantiate a very large >> > specialization of std::index_sequence and then create a very large >> > aggregate initializer from the pack expansion. For trivial types we can >> > simply default-initialize the std::array and then use memcpy to copy the >> > values. For non-trivial types we need to use the existing >> > implementation, despite the compilation cost. >> > >> > As also noted in the PR, using a generic lambda instead of the >> > __to_array helper compiles faster since gcc-13. It also produces >> > slightly smaller code at -O1, due to additional inlining. The code at >> > -Os, -O2 and -O3 seems to be the same. This new implementation requires >> > __cpp_generic_lambdas >= 201707L (i.e. P0428R2) but that is supported >> > since Clang 10 and since Intel icc 2021.5.0 (and since GCC 10.1). >> > >> > libstdc++-v3/ChangeLog: >> > >> > PR libstdc++/110167 >> > * include/std/array (to_array): Initialize arrays of trivial >> > types using memcpy. For non-trivial types, use lambda >> > expressions instead of a separate helper function. >> > (__to_array): Remove. >> > * testsuite/23_containers/array/creation/110167.cc: New test. >> > --- >> > libstdc++-v3/include/std/array | 53 +++++++++++++------ >> > .../23_containers/array/creation/110167.cc | 14 +++++ >> > 2 files changed, 51 insertions(+), 16 deletions(-) >> > create mode 100644 >> libstdc++-v3/testsuite/23_containers/array/creation/110167.cc >> > >> > diff --git a/libstdc++-v3/include/std/array >> b/libstdc++-v3/include/std/array >> > index 70280c1beeb..b791d86ddb2 100644 >> > --- a/libstdc++-v3/include/std/array >> > +++ b/libstdc++-v3/include/std/array >> > @@ -414,19 +414,8 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION >> > return std::move(std::get<_Int>(__arr)); >> > } >> > >> > -#if __cplusplus > 201703L >> > +#if __cplusplus >= 202002L && __cpp_generic_lambdas >= 201707L >> > #define __cpp_lib_to_array 201907L >> > - >> > - template >> > - constexpr array, sizeof...(_Idx)> >> > - __to_array(_Tp (&__a)[sizeof...(_Idx)], index_sequence<_Idx...>) >> > - { >> > - if constexpr (_Move) >> > - return {{std::move(__a[_Idx])...}}; >> > - else >> > - return {{__a[_Idx]...}}; >> > - } >> > - >> > template >> > [[nodiscard]] >> > constexpr array, _Nm> >> > @@ -436,8 +425,24 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION >> > static_assert(!is_array_v<_Tp>); >> > static_assert(is_constructible_v<_Tp, _Tp&>); >> > if constexpr (is_constructible_v<_Tp, _Tp&>) >> > - return __to_array(__a, make_index_sequence<_Nm>{}); >> > - __builtin_unreachable(); // FIXME: see PR c++/91388 >> > + { >> > + if constexpr (is_trivial_v<_Tp> && _Nm != 0) >> >> redundant _Nm != 0 test? >> > > Ah yes, I added it below to ensure we don't use memcpy with a null > __arr.data() and forgot to remove it here. > > >> >> > + { >> > + array, _Nm> __arr; >> > + if (!__is_constant_evaluated() && _Nm != 0) >> > + __builtin_memcpy(__arr.data(), __a, sizeof(__a)); >> > + else >> > + for (size_t __i = 0; __i < _Nm; ++__i) >> > + __arr._M_elems[__i] = __a[__i]; >> > + return __arr; >> > + } >> > + else >> > + return [&__a](index_sequence<_Idx...>) { >> > + return array, _Nm>{{ __a[_Idx]... }}; >> > + }(make_index_sequence<_Nm>{}); >> > + } >> > + else >> > + __builtin_unreachable(); // FIXME: see PR c++/91388 >> > } >> > >> > template >> > @@ -449,8 +454,24 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION >> > static_assert(!is_array_v<_Tp>); >> > static_assert(is_move_constructible_v<_Tp>); >> > if constexpr (is_move_constructible_v<_Tp>) >> > - return __to_array<1>(__a, make_index_sequence<_Nm>{}); >> > - __builtin_unreachable(); // FIXME: see PR c++/91388 >> > + { >> > + if constexpr (is_trivial_v<_Tp>) >> > + { >> > + array, _Nm> __arr; >> > + if (!__is_constant_evaluated() && _Nm != 0) >> > + __builtin_memcpy(__arr.data(), __a, sizeof(__a)); >> > + else >> > + for (size_t __i = 0; __i < _Nm; ++__i) >> > + __arr._M_elems[__i] = std::move(__a[__i]); >> >> IIUC this std::move is unnecessary for trivial arrays? >> > > Good point, thanks. > > That makes the lvalue and rvalue overloads identical for trivial types. It > seems a shame to duplicate the code, so the rvalue one could do: > > if constexpr (is_trivial_v<_Tp>) > return std::to_array<_Tp, _Num>(__a); > else > > But that would imply an extra function call at -O0, and repeating overload > resolution. Since the duplicated code is just a single function call to > memcpy, this probably isn't an improvement. > > I'll test and push this: > Pushed as r14-1995-gb4f1e4a6443802, thanks for the review. > libstdc++: Remove redundant code in std::to_array > > libstdc++-v3/ChangeLog: > > * include/std/array (to_array(T(&)[N])): Remove redundant > condition. > (to_array(T(&&)[N])): Remove redundant std::move. > > diff --git a/libstdc++-v3/include/std/array > b/libstdc++-v3/include/std/array > index b791d86ddb2..ad36cdad6d2 100644 > --- a/libstdc++-v3/include/std/array > +++ b/libstdc++-v3/include/std/array > @@ -426,7 +426,7 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION > static_assert(is_constructible_v<_Tp, _Tp&>); > if constexpr (is_constructible_v<_Tp, _Tp&>) > { > - if constexpr (is_trivial_v<_Tp> && _Nm != 0) > + if constexpr (is_trivial_v<_Tp>) > { > array, _Nm> __arr; > if (!__is_constant_evaluated() && _Nm != 0) > @@ -462,7 +462,7 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION > __builtin_memcpy(__arr.data(), __a, sizeof(__a)); > else > for (size_t __i = 0; __i < _Nm; ++__i) > - __arr._M_elems[__i] = std::move(__a[__i]); > + __arr._M_elems[__i] = __a[__i]; > return __arr; > } > else > >