This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: bad gcc/libstdc++-v3 build on Solaris 7
Nathan Myers wrote:
>
> I am trying to build Sunday's CVS gcc-3.1 on Solaris 7.
>
> Configuring with
>
> $ ../gcc/configure --with-gnu-ld --with-gnu-as --with-gnu-binutils \
> --with-gcc --enable-languages=c,c++ --prefix=/zembu/ncm/gcc3
>
> as had been recommended, I find that the resulting compiler,
> notwithstanding, explicitly calls /usr/ccs/bin/as, ld, etc., regardless
> of their place (or presence!) in $PATH. Looking around, I find that
> its gcc/specs mentions /usr/ccs frequently. gcc/config/sparc/sol2.h
> and sol2-sld-64.h both mention /usr/ccs pervasively, and seem to make
> no provision for a GNU binutils alternative.
>
> If, as I have been led to believe, the Solaris as and ld are not up to
> building libstdc++-v3, what is to be done?
>
> Nathan Myers
> ncm at cantrip dot org
Hi Nathan,
You can throw --with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld
and configure will find those explicitly.
I don't know what --with-gnu-as and --with-gnu-ld actually do.
I have no authoritative answer for you about solaris and what you'd want to
do with that, just some woes.
On UnixWare 7.1.1, throwing --with-as=/usr/bin/as is the only way I can
get gcc 2.95.2.1 or CVS 3.1 to build. If I try to make it use
/usr/local/bin/as, like you are, then I get a bootstap error about 1/4 the way
into the build. Gmake errors when it makes a bad call to as:
as -Qy blah blah blah
because -Qy is only for /usr/bin/as, and I told it to use the other.
Regards,
Matthew