<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div class="h5">
Hi Dave,<br>
<br>
With CMAKE we know about the versions of PostgreSQL, CGAL, Boost for<br>
example.<br>
I don't think we need to include PostgreSQL and PostGIS version as you<br>
can just query for it with the PostgreSQL and PostGIS functions.<br>
Except we think it's important to know with which version it was<br>
compiled. For example someone might just copy old pgRouting accidentally<br>
with a database dump and functions might have conflicts with PostGIS for<br>
example. But PostGIS doesn't do this either, right?<br>
<br>
Indeed we could think about to add the version of Boost and CGAL. There<br>
are no other dependencies at the moment.<br>
I changed the function to return a table, so it's quite easy to add a<br>
cgal and boost column actually.<br>
</div></div></blockquote>
<br>
Dave we are trying to move away from optional builds. So ultimately there will be not options and you will just build it. There have been issues with various Boost versions and compiling, but I have resolved most (all?) of these issues and once you compile we have not had any runtime issues able specific boost versions that I am aware of. CGAL will hopefully go away in the future but even if it doesn't, it is very stable and we have never had a version specific bug related to that.<br>


<br>
So why does PostGIS do this? They work very closely with the development of GEOS, GDAL, and PROJ and in fact so closely that certain features in postgis are dependent on very recent versions of these libraries. It is essential that this information is report with a bug because often the same developers that are wrapping the functions into postgis are also developing the underlying library code also.<br>


<br>
I'm not opposed to adding CGAL and Boost versions but I'm not sure of the value. @Daniel, I'm fine with adding these if you want.<div class="im"><br></div></blockquote><div><br></div><div style>I already added Boost, but I didn't add CGAL.</div>

<div style>Boost was possible after finding the right hints in the CMake source file.</div><div style>For CGAL I couldn't find variables for version information, so I just leave it away. If someone wants to invest time in this, then please go ahead. Otherwise I agree with Steve that CGAL is a) stable, b) optional and c) hopefully not needed anymore some time in the future.</div>

<div style><br></div><div style>Daniel </div><div><br></div><div><br></div><div><br></div><div> </div></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>