GC and static data (Was: Projects)

Tom Tromey tromey@cygnus.com
Mon May 1 15:53:00 GMT 2000


>>>>> "Hans" == Boehm, Hans <hans_boehm@hp.com> writes:

Hans> What is actually preventing somone from turning on incremental
Hans> GC in the current collector?  It seems to me there are three
Hans> likely issues:

Hans> 3) Native code doesn't tolerate the SIGSEGV's used to implement
Hans> the write barrier.

In our case we trap SIGSEGV and turn it into a NullPointerException.
So it seems we would have runtime clash: both libgcj and the GC want
to trap this signal.

Hans> If you use a non-VM write barrier, native code becomes even more
Hans> of an issue, it seems to me.

Our basic plan has been to change both gcj *and* g++ to implement the
write barrier (at least for Java objects).  This seems like a
reasonable approach.  Perhaps there are difficulties I don't know of.
No one has looked at the problem in a very serious way yet.

Tom


More information about the Java mailing list