small changes...

missing files

The compiler is BROKEN, but it's NOT MY FAULT. I think Brian forgot to check in something. Anyway, now my code can do single imports and on demand multi-imports.

KNOWN PROBLEM: The package declarations can go only 1 level deep.. this means that imports would only work 1 level deep as well (but the logic for it is all correct). I think the problem lies in the .cup file... When I get the name of a package, I only get the last thing in the list of something.something.something.last.class when I ask for the package. I'll check it out later.

rest of new build strategrest of new build strategyy

changes

Bug fixes for multicore gc

better implementation of this

a new field has been added to the standard object layout, shifting the access for oid

changes to work with imports...

changes to make sure that i don't step on stephen's work on imports...

enables the labeled_statements. The scope of a label declared by a labled statement is the block node following the labeled statement. Note that it might be a different way when Sonny implements continue/break with labels

left out of last checkin

Work in progress for import packages. In this versio ONLY SINGLE IMPORTS and package declarations at a level OTHER THAN THE MAIN FILE work at the moment. A class Foo in package bar.tar would be internally renamed to bar___________tar___________Foo and that's basically how it works at the moment. Multi-imports (import on demand) to comeIR/ClassDescriptor.java

bug fix for multicore gc version

changes.

Remove __thread as it does not work on Tilera and use newflag for Task version

add enw file

handle the missing case in the flow down analysis: for a method invocation, check if ordering relations among caller's method arguments are relatively preserved in callee's arguments

added TODO comments to BuildIR to implement import and packages

fix for ssJava: realized that annotation should not be a part of hash code.

bug fixes: printing out linenum & source file name in the conflict graph.

make callgraph an interface

bug fix - during call site transfer func we temporarily double nodes per allocation site where nodes from the callee are called shadow nodes, and nodes that were in the caller before the call are named normal nodes.  During the transfer we move the shadow newest, which are the newest, into the caller and merge normal nodes down to make room.  The bug is that during the merge of normal nodes in this procedure there shoudl be a corresponding aging of reachability states, so when global sweep occurred after the node merging process some states look imprecise and get swept away

extend grammar for parameter annotation. forgot to handle this case in the past

no need to build these classes unless they are actually accessed

reorganize.

this bug is not really a bug, a variable gets optimized out and the points-to and task in-set is fine, just has a different name

*** empty log message ***

changes

changes

change

add keyword for task allocation...

change

change

changes

remove comment

changes

more bug fixes

fix buildscript

fixes for oooJava gc

add enqueue to garbage.h

chnges

more bug fixes

changes

bug fixes for tasks...

Changes regarding the lock system. Still bugs and the TASK version code does not work now

bug fixes

split garbage collector into three files...

simplify the gc code...

bug...wonder how this used to work??

changes.

more bug fixes

changes

code to generate calls into JNI native code...

changes

more changes

more

Change the implementation of classobj

changes

templates towards jni

extends the grammar to have a way to define a new type of location that is allowed to have spinning values

move hashcode into header...part of prep to switch class libraries

add hashcode field

change

changes

make compiler work on mac...

move up initializethreads

missing changes

make work on mac

change

changes.

bug fix for optimizations`

changes.

thread id should be an int

bug

changes

remove lockcount

changes.

good for a little more speedup...

improve specjbb marks...rework locks a little...

bug fixes

change

changes

bug fixes

bug fix

get specjbb compiling again...get rid of annoying warnings...still left with large long warning..unclear of what to do..

checkin to only generate C for callable methods...
use javacallgraph when appropriate
get rid of some annoying warnings

having better speedup

adjust run configurations

change...

obligatory ascii art

detect possibly evil tasks and do the right thing if a possibly evil execution pattern is detected

an example of an evil task

commit the temporarily abandoned version of Delaunay refinement

having working version of both single and rcrpointer. currently it's working fine with original benchmark size 64k points which seems to be realllllllllly small for our env)

Added the Generic N-Tuple capability. Main File is MultiHash which uses Tuples interface file and Tuple to get the job done. OptimizedView is a single view of one of the tables.

having a verification routine.

fix: handle the case that TASK doesn't have any heap conflicts

changes

changed number of RCR workers to matchooo workers. The new speed up is either 13x or 6x...... 13x is running the single version but for some odd reason, it garbage collects... the 6x comes from running the rcrpointer version with depth of 0 which SHOULD call no traverser and spawn no sese (other than the parent).

I think it could be faster still, but a bug in the conflict graph is preventing me from adding more seses to speed things up.