https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83077
--- Comment #9 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Iain Sandoe from comment #8) > (In reply to François Dumont from comment #7) > > Sure, if you follow the email thread you'll see my latest patch: > > > > https://gcc.gnu.org/pipermail/gcc-patches/2023-August/628399.html > > Well, I thought I have the right one, but unfortunately, that no longer > applies to trunk (or somehow I'm not getting the right attachment). OK. So hopefully, now I had the right version (which applied) I tried a configuration : --disable-libstdcxx-dual-abi --with-default-libstdcxx-abi=new the build failed for me in stage 1 target build with : duplicate symbol 'typeinfo name for std::basic_ostringstream<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >' in: .libs/libstdc++.lax/libc++11convenience.a/cow-sstream-inst.o .libs/libstdc++.lax/libc++11convenience.a/sstream-inst.o <snip> duplicate symbol 'typeinfo for std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >' in: .libs/libstdc++.lax/libc++11convenience.a/cow-sstream-inst.o .libs/libstdc++.lax/libc++11convenience.a/sstream-inst.o ld: 16 duplicate symbols for architecture x86_64
