I was about to enter a PR for the regression, but as you're already aware, I'll wait 24 hours to see if this magically goes away. :]
> On Fri, 1 Sept 2023 at 12:16, Jonathan Wakely <jwak...@redhat.com> wrote: > > > > On Wed, 23 Aug 2023 at 17:03, Jonathan Wakely via Libstdc++ > > <libstd...@gcc.gnu.org> wrote: > > > > > > Any objections to this? It's a C++23 feture, so should be enabled by > > > default. > > > > I've pushed this to trunk, so let's see what breaks! > > This modules header broke on aarch64, of course: > FAIL: g++.dg/modules/xtreme-header_b.C -std=c++2b (test for excess errors) And others, according to testresults@ including powerpc64le-unknown-linux-gnu, x86_64-pc-linux-gnu, s390x-ibm-linux-gnu, m68k-unknown-linux-gnu, pru-unknown-elf, and...cris-elf (notably, both "64-bit" and "32-bit" configurations). Not sure how much information you have, but for cris-elf, g++.log shows: FAIL: g++.dg/modules/xtreme-header_b.C -std=c++2b (test for excess errors) Excess errors: /obj/libstdc++-v3/include/stacktrace:202:24: error: mangling of 'constexpr std::stacktrace_entry::_M_get_info(std::string*, std::string*, int*) const::<lambda(void*, std::stacktrace_entry::uintptr_t, const char*, std::stacktrace_entry::uintptr_t, std::stacktrace_entry::uintptr_t)>::operator void (*)(void*, std::stacktrace_entry::uintptr_t, const char*, std::stacktrace_entry::uintptr_t, std::stacktrace_entry::uintptr_t)() const' as '_ZZNKSt16stacktrace_entry11_M_get_infoEPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES6_PiENKUlPvmPKcmmE_cvPFvS8_mSA_mmEEv' conflicts with a previous mangle /obj/libstdc++-v3/include/stacktrace:202:24: error: mangling of 'static constexpr void std::stacktrace_entry::_M_get_info(std::string*, std::string*, int*) const::<lambda(void*, std::stacktrace_entry::uintptr_t, const char*, std::stacktrace_entry::uintptr_t, std::stacktrace_entry::uintptr_t)>::_FUN(void*, std::stacktrace_entry::uintptr_t, const char*, std::stacktrace_entry::uintptr_t, std::stacktrace_entry::uintptr_t)' as '_ZZNKSt16stacktrace_entry11_M_get_infoEPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES6_PiENUlPvmPKcmmE_4_FUNES8_mSA_mm' conflicts with a previous mangle /obj/libstdc++-v3/include/stacktrace:202:24: error: mangling of 'std::stacktrace_entry::_M_get_info(std::string*, std::string*, int*) const::<lambda(void*, std::stacktrace_entry::uintptr_t, const char*, std::stacktrace_entry::uintptr_t, std::stacktrace_entry::uintptr_t)>' as '_ZZNKSt16stacktrace_entry11_M_get_infoEPNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES6_PiENKUlPvmPKcmmE_clES8_mSA_mm' conflicts with a previous mangle So, I *guess* it's some kind of pre-existing mangling foulup with C++20 in the backtrace-support that just happens to be ticked off by the module testsuite. But you probably already knew that. brgds, H-P