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 <[email protected]> _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
