forgot a file

clean up code
bug fix for sorting

changes

changes:
(1) Add support for synchronized blocks
(2) Fix analysis bug
(3) Start support for delaying operations until commit

Make SESE root spliced into IR graph just as any other SESE, make sure MLP analysis simply ignores the few IR nodes outside of root SESE scope.  Problem: this implementation doesn't transform all return nodes into a single exit point yet

add readme file

files modified for Bayes benchmark

forgot a file

 add new benchmark : Bayes
 Will clean up files later, at least have a good copy that compiles

work stealing schedule system cleanly runs highly parallel workload at appropriate load factor

new changes to common library files and bug fixes to Genome(still uses hashtable and Strings)

bug fix for comparisons

Need a double-ended queue for work-stealing algorithm, extended Runtime//Queue to have the functionality.  Found some bugs in Queue with pointers that were never exposed when using Queue as singly-linked list, added fixes and my test files

more mlp code, needs dependency counts

Added ByteArray implementation.

more updates towards implementing SESE runtime

create new Genome directory and add files
clean up the comments
change C longs -> ints
works fine for singleTM version with all compiler optimizations

bug fix for alokika

add makefile

bug fix

 add common Library files

Forgot the actual hashtable.java.

Adding Hashtable implementation.

*** empty log message ***

*** empty log message ***

*** empty log message ***

*** empty log message ***

fix random class

support to print out size of garbage

bug fix for barriers...should be able to use joptimize with barriers now

Modified to allow byte[] casting

about to make lots of changes to system, just committing this stable compilation that is benign to other compiler uses to reduce conflicts

working version of SSCA2,
gives out of memory errors for scale s > 17
does not use the joptimize flag for optimization

add math operations for multicore version

Making necessary changes to have latest working version of benchmark, was missing some files.

Stable compile, seg fault in MLP mode.

Stable, not functional.  Builds a switch case for unique SESE class invocation, including whether it has the root SESE for a parent or not

add support for 56 cores in multicore runtime

Add new file and debugging SSCA bug

Not functional, but stable--sese invocation code pulls from an SESErecord

Working version of SSCA2 benchmark for kernel 1
-singleTM flag problems for more than 1 thread still exists, some problem in TRANSREAD, Amem_cpy()

Removing ~ files

Genome benchmark works for less than enormous test cases.

Runs into memory allocation error for test cases of -n16777216. (see ReadMe for argument info)

Updates to support Tilera multicore version runtime

Bug fixes for generating all execution paths for SESE methods up to and including an SESE exit node

changes for multicore version runtime according to latest update of class library

use int and float data type for arrays/variables (Compatible with size used in C version)

updates for multicore runtime to support Tilera

Checking in changes.  Genome still not functional, but getting close.

SingleTM error is revealed in Sequencer.java.  Sequencer.run() function reveals transactional errors in atomic blocks, especially as it applies to lines 251-271.

changes for alex

small change for better messages

changes

stable for non-sese projects, an sese can have partial code

change for debug mode

changes to use floats

change

double -> float

wrapper classes

this change isn't all that well tested...
but it lets us declare intwrapper, doublewrapper types which work just like the primitives but are really objects behind the scenes

new files

use sese pretty id and id to generate method names, param struct and local struct that is unique--keep a mapping of seses to the bogus flat method for retrieval in order to reproduce those names at call sites.  Also some bug fixes

Lots of changes that aren't working yet, so new methods are commented and existing code altered for new stuff is checked in.  Won't affect other compiler modes, and checks in stuff to reduce conflicts while getting the sese's working.

changes

more efficiency hacks...we're looking fields for values we already know, and doing arithmetic just to undo it..

more changes...fix soft abort case...it needs to let other transactions through...

change

 Add new files

slightly better locks for stm...

Updates to support multicore version runtime of Tilera. Also fix a bug in BuildCodeMulticore.java: it faulty omitted codes which repeatedly transfer objects to the same core. In current scheduling, to send 4 objs to 2 cores, it could be specified as an array [0,0,1,1] indicating the target cores for each object. Originaly the array was generated as [0,0,1,null] which caused missing of objects.

make atomic work in normal java mode...it just uses coarse locks

changes

various bug fixes

 add new files

changes to compile

try to simplify garbage collector lock

changes to build slightly more optimal code

changes:
1) bug fix
2) support for fast memcpy...contact me for objects

small changes
plus bugfixes...one race condition on riskyflag vs lock fixed

bug fix: acquire lock before copying the object into cache

bug fix: changes to make things safe for the GC

Good cut of variable analysis

When we stall for some specific SESE, make other variables that come from that SESE available as well

Change isAvailable to notAvailable, updated computations for that analysis, use those results to prune waitSet for stalls--looks good\!

compute when to write dynamic address of variables

small changes

Add new benchmark:....some prelimnary files

updates on Math operations for multicore version

small changes

throw out commented code

race condition fixed: race due to thread rec becoming NULL before accessing its field/element

commented out all functions by mistake

Curious.  Found a bug in liveness where liveIn set becomes empty erroneously.  While tracing bug back the output started producing the correct liveIn set, but the code diff confirms to me that I haven't made a functional change to the system.  I've been trying to understand what happened, but for now I'll check in this working, stable capture and keep an eye on liveness results in case the bug is just latent now.

updates for multicore version runtime, temporarily disable math operations in multicore version

add frame for another pass to compute whether variables are available, then use to do computation for stalls

locking technique for risky objects enabled

Add CodePlan object for injecting code before or after a FlatNode

Several bug fixes.  Now that tokens have a mutable element, reference var sets, they must be deep copied when merging table to avoid altering two tables with one operation.  A bug in removal by temp prevented sese-var mapping from being updated also.  A change in table implementation makes a difference between public and private ops like add and remove.  Any public op calls the private version and then asserts consistency.  Private versions can be called in more complex operatios and don't necessarily have to leave the table consistent until the bigger op is finished.  Much easier to find source of bugs this way.

This is BANANAS.  How can a table that calls assertConsistency all right before being put in a hashtable come out and fail the call?  Anyway, this is a stable compile but still a crash, but I fixed a get operation that was actually modifying the table while retrieving data.

Why did last checkin of VarSrcTokTable add carot-M to every line end but the whole file didn't show up in the cvs diff--anyway, looks like everything is touched but actually just taking that line character out and adding section to assertConsistency that makes sure reference var sets are consistent as well.

 do a make tabbing
 protect stats insde bounds
 add function to stm for instrumentation ---- still working on locks