gem5 - gem5

Age	Commit message (Collapse)	Author
2010-06-10	ruby: get rid of RefCnt and Allocator stuff use base/refcnt.hh	Nathan Binkert
	This was somewhat tricky because the RefCnt API was somewhat odd. The biggest confusion was that the the RefCnt object's constructor that took a TYPE& cloned the object. I created an explicit virtual clone() function for things that took advantage of this version of the constructor. I was conservative and used clone() when I was in doubt of whether or not it was necessary. I still think that there are probably too many instances of clone(), but hopefully not too many. I converted several instances of const MsgPtr & to a simple MsgPtr. If the function wants to avoid the overhead of creating another reference, then it should just use a regular pointer instead of a ref counting ptr. There were a couple of instances where refcounted objects were created on the stack. This seems pretty dangerous since if you ever accidentally make a reference to that object with a ref counting pointer, bad things are bound to happen.
2010-04-02	ruby: get rid of gems_common/util.hh and .cc and use stuff in src/base	Nathan Binkert

2010-03-10	ruby: get rid of the ioutil stuff since it isn't used anymore	Nathan Binkert

2010-01-29	ruby: Replaced gems_common debug statements	Brad Beckmann
	Replaced Ruby debug statements with M5 statements.
2009-05-11	ruby: add RUBY sticky option that must be set to add ruby to the build	Nathan Binkert
	Default is false
2009-05-11	ruby: Migrate all of ruby and slicc to SCons.	Nathan Binkert
	Add the PROTOCOL sticky option sets the coherence protocol that slicc will parse and therefore ruby will use. This whole process was made difficult by the fact that the set of files that are output by slicc are not easily known ahead of time. The easiest thing wound up being to write a parser for slicc that would tell me. Incidentally this means we now have a slicc grammar written in python.