This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Loren James Rittle <rittle at latour dot rsch dot comm dot mot dot com>
- Cc: gcc-patches at gcc dot gnu dot org, java at gcc dot gnu dot org
- Date: 05 Jun 2002 18:13:57 -0300
- Subject: Re: PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)
- Organization: GCC Team, Red Hat
- References: <20020604155412.A24269@lucon.org><200206050233.g552XO8F057672@latour.rsch.comm.mot.com>
On Jun 4, 2002, Loren James Rittle <rittle@latour.rsch.comm.mot.com> wrote:
> This is due to how libtool eats -static in some cases. (I will not
> engage in an argument over whether that is good behavior for libtool
> since I know Alex could explain why it does; it just does.)
Libtool shouldn't just drop -static, ever. -static means, to libtool,
prefer static libraries over dynamic ones. If -static doesn't cause
libtool to turn say libjava.la into libjava.a, as opposed to -ljava
that the linker would resolve to say libjava.so, that'd be a bug.
What -static doesn't mean to libtool is to reject any kind of dynamic
linking. -all-static does that, and there are good reasons for this.
I won't delve into them unless I'm asked to.
--
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 Professional serial bug killer