libjava "make install" is broken again

[Jakub Jelinek]

On Fri, Mar 15, 2002 at 04:31:36PM -0700, Tom Tromey wrote:
> >>>>> "Bryce" == Bryce McKinlay <bryce@waitaki.otago.ac.nz> writes:
> 
> [ quasi-old email ]
> 
> Bryce> That would be good, but I'd rather that the GC defined
> Bryce> _Jv_AllocObj() rather than have the front end generate boehm-gc
> Bryce> specific calls. That way it is possible to plug an alternative
> Bryce> GC into libgcj without recompiling the applications, at least
> Bryce> in the binary compatibility mode where the GC descriptors are
> Bryce> generated at runtime.
> 
> Will we ever want to build against a generic version of the Boehm GC?
> If not I guess we could easily hack the GC build to export
> _Jv_AllocObj.  We could even do this with a -D option somewhere so we
> only touch the configury and not the source.
> 
> Otherwise, maybe there's a way to define one symbol as an alias for
> another.
> 
> My guess is we should do #1 and simply have the GC (and zlib) be built
> as convenience libraries and pulled into libgcj.  That should help
> performance, right?

Yes, especially if libgcj is versioned and all the GC symbols are local...

	Jakub