Il 13/11/2013 15:06, Rainer Orth ha scritto: > > This happens because there's no installed amd64 libgcc_s.so.1 on the > system, and toplevel Makefile only sets LD_LIBRARY_PATH for the default > multilib. Initially, I thought that there were something special going > on, but it turned out that other runtime libs containing C++ code don't > have this problem, which can easily be cured by the following patch. It > allowed a C++-only i386-pc-solaris2.10 bootstrap to finish, make check > currently running. I'm currently also running an > x86_64-unknown-linux-gnu bootstrap to make sure nothing breaks there. > > Ok for mainline if those pass?
Yes. > Btw., I noticed a couple of other anomalies: > > * configure.ac has > > GCC_LIBSTDCXX_RAW_CXX_FLAGS > > but does nothing with the result: Makefile.in substitutes the results, > but that's it. Also, toplevel Makefile.tpl should set raw_cxx=true it > this were useful, which it doesn't do as well. Yes, looks like cut-and-paste. Paolo > * MAINTAINERS doesn't list a maintainer for libcilkrts. > > * I believe there should be a libcilkrts bugzilla category, intead of > having to use other.
