Johannes Luber wrote:
Sam Harwell wrote:
The CSharp3 runtime port doesn't include that class because it adds a
dependency on StringTemplate. Instead, I included it in the C# port of
StringTemplate, and it does have the changes you are referring to. The
CSharp/CSharp2 targets have a separate assembly called
Antlr.Utility.Tree(.dll) containing this class, which has not been
updated. Johannes maintains those targets, but I know his dev machine is
down so I can update the file if he needs me to.
I think that it would be trivial to put it back in without a string
template dependency to be honest. I don't have string template in the C
version for instance. But, whichever way seems best :-)
What's your suggestion for doing so? Using object as type?
Oh, that isn't the problem, Sam was just saying he did not want that
StringTemplate dependency, which the Java runtime has. All you need do
is take out the StringTemplate stuff that is being used to generate the
.dot spec and replace it with building a String variable instead;
that's what I did in the C version. Otherwise you can almost cut and
paste the Java into C# I think.
Jim
|
_______________________________________________
antlr-dev mailing list
[email protected]
http://www.antlr.org/mailman/listinfo/antlr-dev
