Andy McFadden 0d0854bda7 Change the way string formats are defined ... We used to use type="String", with the sub-type indicating whether the string was null-terminated, prefixed with a length, or whatever. This didn't leave much room for specifying a character encoding, which is orthogonal to the sub-type. What we actually want is to have the type specify the string type, and then have the sub-type determine the character encoding. These sub-types can also be used with the Numeric type to specify the encoding of character operands. This change updates the enum definitions and the various bits of code that use them, but does not add any code for working with non-ASCII character encodings. The project file version number was incremented to 2, since the new FormatDescriptor serialization is mildly incompatible with the old. (Won't explode, but it'll post a complaint and ignore the stuff it doesn't recognize.) While I was at it, I finished removing DciReverse. It's still part of the 2005-string-types regression test, which currently fails because the generated source doesn't match.		2019-08-07 16:19:13 -07:00
..
Interfaces.cs	Change the way string formats are defined	2019-08-07 16:19:13 -07:00
PlatSym.cs	Initial file commit	2018-09-28 10:05:11 -07:00
PluginCommon.csproj	Initial file commit	2018-09-28 10:05:11 -07:00
PluginManager.cs	Initial file commit	2018-09-28 10:05:11 -07:00
Util.cs	Initial file commit	2018-09-28 10:05:11 -07:00