Automake generated Makefile uses a clever way to generate the Rivet's
packages index by running tclsh and pkg_mkIndex within the 'install'
target of the Makefile. CMakeList.txt doesn't provide the same feature
and in principle pure CMake builds, where version numbers change, end up
installing a wrong pkgIndex.
We could probably agree on a different approach requiring the repository
to always store a consistent pkgIndex.tcl file by moving the index
generation in a specialized Makefile target (we do provide binary
packages too whose version number is stored in rivet_config.h). This
target could be run every time some version number (Rivet's own version
number included) changes. I know it's not automatic, but it's not a
frequent event either. I don't know if this target can be replicated in
CMAke but it's probably useless to try to implement it provided we take
care to keep pkgIndex.tcl consistent, no matter how it was generated.
-- Massimo
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org
For additional commands, e-mail: rivet-dev-h...@tcl.apache.org
