[GRASS-dev] g.version -r versus g.version -g

[Glynn Clements]

Markus Neteler wrote:

> I think that g.version -r should output the content of -g since the output
> of -r is confusingly lagging behind:

Outputting additional information shouldn't be a problem, but the SVN
revision cannot replace the libgis revision.

The SVN revision shown by -g is only available if the svnversion
program is present on the build system and the source tree was
obtained from SVN (rather than e.g. a snapshot tarball). Otherwise,
the GRASS_VERSION_SVN make variable will be the empty string.

The libgis revision is what the "incompatible library version" check
uses.

Personally, I'm more concerned about the fact that -g doesn't include
the libgis revision than the fact that -r doesn't include the SVN
revision.

-- 
Glynn Clements <glynn at gclements.plus.com>