On Sun, Oct 12, 2008 at 06:26:52PM -0400, Jack Lloyd wrote:
> On Sun, Oct 12, 2008 at 03:48:25PM -0500, Timothy Brownawell wrote:
> > > Unrelated thought: would it make sense for mtn version --full to print
> > > out the version #s of the various libraries, since they are no longer
> > > fixed by the monotone version?
> > 
> > Sounds like a good idea.
> 
> I've attached a patch.

New version. Use the version macros for Botan instead of calling the
string function. Mostly for consistency with the rest of the version #
sources.

#
# old_revision [17398bbfe76852cb9ac73cf3cb13912050982e1a]
#
# patch "mt_version.cc"
#  from [271946e05e232569f97b685e3354819a81683643]
#    to [1e46c73a8a617ac7db3edd5ee9a8f06a28743046]
#
============================================================
--- mt_version.cc       271946e05e232569f97b685e3354819a81683643
+++ mt_version.cc       1e46c73a8a617ac7db3edd5ee9a8f06a28743046
@@ -19,8 +19,15 @@
 #include <boost/version.hpp>
 #include <boost/config.hpp>
 
+/* Include third party headers needed for version info */
+#include <botan/version.h>
+#include <sqlite3.h>
+// Lua assumed included by lua.hh
+#include <pcre.h>
+
 #include "app_state.hh"
 #include "cmd.hh"
+#include "lua.hh"
 #include "platform.hh"
 #include "mt_version.hh"
 #include "package_revision.h"
@@ -74,12 +81,20 @@ get_full_version(string & out)
            "C++ compiler        : %s\n"
            "C++ standard library: %s\n"
            "Boost version       : %s\n"
+           "SQLite version      : %s\n"
+           "Lua version         : %s\n"
+           "PCRE version        : %d.%d\n"
+           "Botan version       : %d.%d.%d\n"
            "Changes since base revision:\n"
            "%s")
     % s
     % BOOST_COMPILER
     % BOOST_STDLIB
     % BOOST_LIB_VERSION
+    % SQLITE_VERSION
+    % LUA_RELEASE
+    % PCRE_MAJOR % PCRE_MINOR
+    % BOTAN_VERSION_MAJOR % BOTAN_VERSION_MINOR % BOTAN_VERSION_PATCH
     % string(package_full_revision_constant);
   out = oss.str();
 }
_______________________________________________
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Reply via email to