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 build today)
- To: Mark Mitchell <mark at codesourcery dot com>
- Subject: Re: libtool (was: GCC 3.0: sparc-sun-solaris2.8 fails to build today)
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 12 Jun 2001 23:59:55 -0300
- Cc: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>, "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>
- Organization: GCC Team, Red Hat
- References: <85630000.992392097@gandalf.codesourcery.com>
On Jun 12, 2001, Mark Mitchell <mark@codesourcery.com> wrote:
> My intent, and I think what the Java people were kind enough to implement,
> was that enabling gcj would imply enabling libgcj
Not on platforms in which libgcj is marked as non-supported, which is
that case of Solaris 8. On such platforms, you have to
--enable-libgcj even if java is one of the enabled languages.
> and that both would be automatically disabled on platforms where
> they were known not to work.
IMO, it does make sense to install gcj even if libgcj isn't installed.
This makes it possible to use gcj with other java libraries and JVMs.
Kaffe OpenVM, for example, can load and run binary code compiled by
(some earlier version of) GCJ.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me