This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [build] Enable libcilkrts multilib build on Solaris
- From: Paolo Bonzini <bonzini at gnu dot org>
- To: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- Cc: gcc-patches at gcc dot gnu dot org, Balaji V Iyer <balaji dot v dot iyer at intel dot com>
- Date: Fri, 15 Nov 2013 12:11:43 +0100
- Subject: Re: [build] Enable libcilkrts multilib build on Solaris
- Authentication-results: sourceware.org; auth=none
- References: <yddhabgief1 dot fsf at lokon dot CeBiTec dot Uni-Bielefeld dot DE>
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.