libjava "make install" is broken again

Tom Tromey tromey@redhat.com
Fri Mar 15 15:06:00 GMT 2002


>>>>> "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?

Tom



More information about the Java-patches mailing list