https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #13 from Andrew Pinski <pinskia at gcc dot gnu.org> --- Can you run the following command: LD_DEBUG=all LD_DEBUG_OUTPUT=ldout /tmp/OBJDIR/./gcc/xgcc -shared-libgcc -B/tmp/OBJDIR/./gcc -nostdinc++ -L/tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/src -L/tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/src/.libs -L/tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/libsupc++/.libs -B/opt/gcc/x86_64-pc-linux-gnu/bin/ -B/opt/gcc/x86_64-pc-linux-gnu/lib/ -isystem /opt/gcc/x86_64-pc-linux-gnu/include -isystem /opt/gcc/x86_64-pc-linux-gnu/sys-include -fno-checking -m32 -fPIC -DPIC -D_GLIBCXX_SHARED -shared -nostdlib /lib/../lib/crti.o /tmp/OBJDIR/./gcc/32/crtbeginS.o .libs/compatibility.o .libs/compatibility-debug_list.o .libs/compatibility-debug_list-2.o .libs/compatibility-c++0x.o .libs/compatibility-atomic-c++0x.o .libs/compatibility-thread-c++0x.o .libs/compatibility-chrono.o .libs/compatibility-condvar.o -Wl,--whole-archive ../libsupc++/.libs/libsupc++convenience.a ../src/c++98/.libs/libc++98convenience.a ../src/c++11/.libs/libc++11convenience.a ../src/c++17/.libs/libc++17convenience.a ../src/c++20/.libs/libc++20convenience.a -Wl,--no-whole-archive -L/tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/libsupc++/.libs -L/tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/src -L/tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/src/.libs -lm -L/tmp/OBJDIR/./gcc/32 -L/lib/../lib -L/usr/lib/../lib -L/tmp/OBJDIR/./gcc -lc -lgcc_s /tmp/OBJDIR/./gcc/32/crtendS.o /lib/../lib/crtn.o -m32 -Wl,-O1 -Wl,-z -Wl,relro -Wl,--gc-sections -m32 -Wl,--version-script=libstdc++-symbols.ver -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.29 In /tmp/OBJDIR/x86_64-pc-linux-gnu/32/libstdc++-v3/src directory and provide the ldout.* files? I don't see anywhere where the /tmp/OBJDIR/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/ directory should have been added. There should be no way the 32bit mutli-lib is referencing the libraries in the 64bit multi-lib directory at this point.
