Several problems with the architecture of the Gobo XML parser, involving the resolution of external entities, the provision of base URIs, and location information for errors, will cause me problems. Franck is working on this.
A basic XSLT processor must support xs:decimal, xs:integer and xs:double. The first two require at least 18 digits of precision (but should be unlimited. The latter is the IEEE double-precision type. DOUBLE should support this, though the compilers lack routines such as is_nan, for instance.
Need is_nan() for DOUBLE
LAST_POSTION_FINDER, LAST(), COUNT() etc. all use INTEGER right now. Change to MA_DECIMAL
Any exception thrown is a bug in the library, or a user failing to meet a pre-condition on an interface feature.
Is this supported? Yes.
I am trying to be more consitent with my coding style. In addition to the Gobo guidelines, I name all parameters an local variables by prefixing with the indefinite article, except for booleans and plurals, plus a few notable exceptions (such as other).
In addition, I am trying to stick to a fixed order for features:
The following need looking at at some time:
This section should be ignored. It consists solely of my notes with which to form the comments for the next Git check-in operation.
Completed compile. Removed compile_to_eiffel_option.