This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: libtool (was: GCC 3.0: sparc-sun-solaris2.8 fails to buildtoday)
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>, Alexandre Oliva <aoliva at redhat dot com>
- Subject: Re: libtool (was: GCC 3.0: sparc-sun-solaris2.8 fails to buildtoday)
- From: Mark Mitchell <mark at codesourcery dot com>
- Date: Tue, 12 Jun 2001 17:28:17 -0700
- cc: "ghazi at caip dot rutgers dot edu" <ghazi at caip dot rutgers dot edu>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>, "oldham at codesourcery dot com" <oldham at codesourcery dot com>
--On Wednesday, June 13, 2001 02:23:50 AM +0200 Gerald Pfeifer
<pfeifer@dbai.tuwien.ac.at> wrote:
> On 12 Jun 2001, Alexandre Oliva wrote:
>>> HIGHLY IMPORTANT: Today I am experiencing repeated bootstrap failures on
>>> sparc-sun-solaris2.8 with a plain
>>
>>> configure --prefix=... --enable-languages=c,c++,objc,java
>>
>>> That is, without explicitly specifying libgcj. This means we definitely
>>> have to fix this somehow before the release!
>> What is the problem this time?
>
> It's exactly the problem that lead to this thread. Originally we
> had thought that on sparc-sun-solaris2.8 it would only happen if one
> explicitly enabled libgcj (so Mark didn't consider it critical), but
> now I started to get this for plain builds as above.
I don't consider putting `java' in --enable-languages a "plain build". :-)
My intent, and I think what the Java people were kind enough to implement,
was that enabling gcj would imply enabling libgcj -- and that both would
be automatically disabled on platforms where they were known not
to work. So, by manually enabling Java, you are asking for both the
compiler and the library.
But perhaps I have lost too much context. If Alexandre remembers
something different, he is probably correct.
Thanks,
--
Mark Mitchell mark@codesourcery.com
CodeSourcery, LLC http://www.codesourcery.com