<div dir="ltr"><div>Thanks Gred and Andrew!  Those are exactly the kind of comments that help.<br></div><div><br></div><div>Greg,</div><div><br></div><div>I have lots of experience packaging GDAL in fink for the mac, but less elsewhere.  I found this like which implies that pkgsrc is at GDAL 1.11.3.  Are there better links?</div><div><br></div><div>- <a href="http://pkgsrc.se/geography/gdal-lib">http://pkgsrc.se/geography/gdal-lib</a></div><div>- <a href="https://github.com/joyent/pkgsrc/blob/trunk/geography/gdal-lib/Makefile">https://github.com/joyent/pkgsrc/blob/trunk/geography/gdal-lib/Makefile</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 12, 2017 at 8:57 AM, Greg Troxel <span dir="ltr"><<a href="mailto:gdt@lexort.com" target="_blank">gdt@lexort.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
Kurt Schwehr <<a href="mailto:schwehr@gmail.com">schwehr@gmail.com</a>> writes:<br>
<br>
> Greg,<br>
><br>
> Can you explain the use case as to what keeps you on an older NetBSD but<br>
> unable to use a branch of a recent GDAL?  e.g. I'm am suggesting that we<br>
> keep GDAL 2.1 and older to stay with the current requirement of supporting<br>
> C++03.<br>
<br>
</span>That is probably ok.  I should point out that I'm coming at this as a<br>
packager - I look after a number of geo packages in pkgsrc, which<br>
supports multiple versions of multiple operating systems, causing it to<br>
run into more portability issues than packages for a particular Linux<br>
distribution.  (My actual use of GDAL is so far not extensive and I can<br>
certainly run it on a newer release.)<br>
<br>
My concern is really that once there is a GDAL release that needs a<br>
newer compiler, then some other program will require that version of<br>
GDAL.  As a packager, I more or less have to decide whether to update<br>
each program, balancing users getting new stuff and<br>
stability/portability.<br>
<br>
If no other packages start to depend on unreleased GDAL, and the first<br>
GDAL release requiring C++11 is a ways off, and by then enough other<br>
things require it that a system not having a C++11 compiler is totally<br>
non-viable, then this shouldn't cause problems for pkgsrc.<br>
<span class=""><br>
> As for boost, my experiences are that would be far more effort support it<br>
> on many platforms than getting a working C++11 compiler.  Boost is full of<br>
> really awesome code, but there be dragons and really careful consideration<br>
> should be made before requiring boost for any code that will have to be<br>
> linked against by other libraries.<br>
<br>
</span>OK - thanks for explaining.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>
</div>