<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 29, 2013 at 2:33 PM, Dave Potts <span dir="ltr"><<a href="mailto:dave.potts@pinan.co.uk" target="_blank">dave.potts@pinan.co.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>On 29/05/13 06:20, Daniel Kastl wrote:<br>
      <br>
      Looks great as long as it returns all the information required for
      debugging pg route that can not be got from elsewhere.  It returns
      information about which version of the pgr code has been used, but
      does it include the version information for the dependency of
      libraries used to build pgr? <br>
      <br>
      For example if I use select postgis_version<br>
      <br>
      I get 2.0 USE_GEOS=1 USE_PROJU=1 USE_STATS=1<br>
      <br>
      postgis_full_version<br>
      <br>
      POSTGIS="2.0.0 r9605" GEOS="3.3.8-CAPI-1.7.82 PROJ="Rel.4.8.0, 6
      March 2012" GDAL="GDAL 1.9.2, release 2012/10/08"
      LIBJSON="UNKNOWN" RASTER<br>
      <br></div></div></blockquote><div><br></div><div style>Hi Dave,</div><div style><br></div><div style>With CMAKE we know about the versions of PostgreSQL, CGAL, Boost for example.</div><div style>I don't think we need to include PostgreSQL and PostGIS version as you can just query for it with the PostgreSQL and PostGIS functions.</div>

<div style>Except we think it's important to know with which version it was compiled. For example someone might just copy old pgRouting accidentally with a database dump and functions might have conflicts with PostGIS for example. But PostGIS doesn't do this either, right?</div>

<div style><br></div><div style>Indeed we could think about to add the version of Boost and CGAL. There are no other dependencies at the moment.</div><div style>I changed the function to return a table, so it's quite easy to add a cgal and boost column actually.</div>

<div><br></div><div style> @Steve</div><div style>To answer my own question:</div><div style><br></div></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div bgcolor="#FFFFFF" text="#000000"><br><div bgcolor="#FFFFFF" text="#000000">How do you manage to get the updated VERSION file to be part of the last commit?</div><div bgcolor="#FFFFFF" text="#000000">I added the pre-commit file as you said, but every time I commit, the VERSION file changes and is marked as modified. And on the Github repository I'm theoretically always one commit hash behind.</div>

</div></blockquote></div><div><br></div><div style>With "git commit -a" staged files that have been modified and deleted get included.</div><div style>I usually didn't use "-a", so need to be more careful now when doing a commit ;-)</div>

<div style><br></div><div style>Daniel</div><div style><br></div><div><br></div>-- <br><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse">Georepublic UG & Georepublic Japan<br>eMail: <a href="mailto:daniel.kastl@georepublic.de" style="color:rgb(66,99,171)" target="_blank">daniel.kastl@georepublic.de</a><br>

Web: <a href="http://georepublic.de/" style="color:rgb(66,99,171)" target="_blank">http://georepublic.de</a></span>
</div></div>