One question, why do we need write barriers for 'putstatic' bytecode? This fields appear in root set and does not represent heap to heap references. There is no need to add write barriers to this entities.
This is good that the patch doesn't conflict with HARMONY-581. I can continue my experiments with C garbage collector. -- Ivan On 7/10/06, Alex Astapchuk <[EMAIL PROTECTED]> wrote:
Weldon, I just commited http://issues.apache.org/jira/browse/HARMONY-816 into JIRA. It contains the changes for Jitrino.JET: - magics support for MMTk - write barriers for Java for MMTk - a simple test to check the things are alive I also have few questions on unboxed package and some MMTk internals, that I was unable to resolve myself (I used javadocs from http://jikesrvm.sourceforge.net/api/) and I would appreciate a help on resolving them. The main obstacle is that writeBarrier method in PlanLocal is instance method. I failed to find a way how to get the proper instance during runtime - and this is the first question - how to get the proper instance of PlanLocal ? Currently, I've made a presumption that there must be some static method to get it. I used a simple fake stub to test the implementation (it's in PlanLocal.java attached to the JIRA). Also, there are few questions on unboxed package: - Address::max() - what is 'maximul allowable Address' ? A highest valid addres in heap ? Or simply ~(void*)0 ? - What's the diff between diff() and sub() ? diff()=='abs(sub())' ? - Word::one() - what's this ? (Object)1 ? - what is AddressArray::getBacking() ? - rshl, rshr, rsha - they shift, but what and how exactly they're shifting ? - what are exact values for mode argument in writeBarrier ? Currently, I'm simply using 0/1/2. -- Thanks, Alex
-- Ivan Intel Middleware Products Division --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
