philip.grandinetti wrote:
> Thanks Petri, that's helpful to know. I guess it could be nice if
> json_integer used long instead of plain int, just as json_real uses
> double instead of float. Doesn't seem like that would cause
> significant changes to the library interface?
No it wouldn't, but the change would be backwards incompatible. And
backwards incompatible changes are inconvenient for users.
I use the following versioning policy: Version numbers are of the form
X.Y.Z where X is major, Y is minor and Z is bugfix version number. If
Z is 0, it is omitted from the version string.
When Z is incremented, only bugfixes are made, and the API doesn't
change at all. When Y is incremented, there are backwards compatible
changes (something added to the API), and Z is reset to zero. When X
is incremented, there are backwards *incompatible* changes, and Y and
Z are reset to zero. (This numbering is compatible with the libtool
interface versioning, altough not exactly the same.)
So this particular change has to wait until version 2.0. Currently I'm
preparing version 1.2.
The fact that this message got so long tells me that the Jansson
versioning policy and roadmap should be documented somewhere :)
Petri