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