PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)
Hans-Peter Nilsson
hp@bitrange.com
Fri Jun 7 04:18:00 GMT 2002
On 5 Jun 2002, Alexandre Oliva wrote:
> 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.
But -all-static isn't a valid gcc option. When in a tree such
as the binutils+gcc+whatnot, it's nice to be able to pass
"CC=gcc -static" in the toplevel at configure time, and know
that everything is statically linked. (And no, that doesn't
work with unpatched libtool.) Passing "CC=gcc -all-static"
would work if every subdirectory used libtool everywhere, but
just plain where they don't.
brgds, H-P
PS. Oh, you say this isn't the libtool mailing list? Oops. ;-)
More information about the Gcc-patches
mailing list