https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
--- Comment #74 from cqwrteur <unlvsur at live dot com> --- (In reply to cqwrteur from comment #73) > (In reply to Jakub Jelinek from comment #72) > > Guess another option would be to do that > > RAW_CXX_FLAGS_FOR_TARGET="$RAW_CXX_FLAGS_FOR_TARGET -nostdinc++" > > in the toplevel configure.ac after all the GCC_TARGET_TOOL lines. > > While GCC_TARGET_TOOL does AC_SUBST on the second argument, so > > AC_SUBST(RAW_CXX_FLAGS_FOR_TARGET), in autoconf AC_SUBST just remembers > > that it should be substituted and does the substitutions late, so when the > > var is changed in between it will propagate to the Makefiles etc. > > > > --- configure.ac 2022-01-04 23:11:22.153595595 +0100 > > +++ configure.ac 2022-01-06 21:59:49.274985505 +0100 > > @@ -3669,6 +3669,8 @@ GCC_TARGET_TOOL(strip, STRIP_FOR_TARGET, > > GCC_TARGET_TOOL(windres, WINDRES_FOR_TARGET, WINDRES, [binutils/windres]) > > GCC_TARGET_TOOL(windmc, WINDMC_FOR_TARGET, WINDMC, [binutils/windmc]) > > > > +RAW_CXX_FOR_TARGET="$RAW_CXX_FOR_TARGET -nostdinc++" > > + > > AC_SUBST(FLAGS_FOR_TARGET) > > AC_SUBST(RAW_CXX_FOR_TARGET) > > > > > > completely untested... > > Also. Can I propose another patch that fixes multilib canadian builds for > mingw-w64 and cygwin? i think I have a patch to fix that. > > The build sripts in GCC copy wrong DLLs when we build multilibs when we > build Canadians. It is also a problem for native but native is usually buggy > that cannot build multilibs. Also another patch on fixing freestanding C++ build
