ends in Set as a DSet. This is not optimal, but writing a full blown
parser so that we can analyze the inheritance hierarchy of the files we're
processing to determine for sure that something extends DSet would be at
least an order of magnitude greater pain in the ass than just doing simple
textual processing. We'll leave that up to future people.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1232 542714f4-19e9-0310-aa3c-eee0fc999fb1
have helper functions named set<field>At() for such a purpose.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1134 542714f4-19e9-0310-aa3c-eee0fc999fb1
array element update support. (Arrays have elements, sets have entries.)
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1133 542714f4-19e9-0310-aa3c-eee0fc999fb1
*always* set immediately because after some deliberation, we decided that
doing that led to less unexpectedly annoying behavior than having to wait
for the event to propagate to see the new value.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1062 542714f4-19e9-0310-aa3c-eee0fc999fb1
CVS was taking it upon itself to expand my regular expression into a
proper $Id$ string. Whee!
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@974 542714f4-19e9-0310-aa3c-eee0fc999fb1
the target file and stuffing it back into the newly generated file so that
the generated file doesn't inherit the $Id$ string of the declaration file
which would generally not be what we want.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@971 542714f4-19e9-0310-aa3c-eee0fc999fb1
replace the entire field rather than just add/remove/update elements.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@970 542714f4-19e9-0310-aa3c-eee0fc999fb1
distributed object field constants and setter methods for a distributed
object class declaration.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@965 542714f4-19e9-0310-aa3c-eee0fc999fb1
Michael Bayne