<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Getting people to be willing to drop support for old compilers is really difficult.  Especially without people who can provide strong support for older branches of all the related code bases.  A bunch of discussion went into the topic for these 2 RFCs...<div><br></div><div><a href="https://trac.osgeo.org/gdal/wiki/rfc68_cplusplus11">https://trac.osgeo.org/gdal/wiki/rfc68_cplusplus11</a><br></div><div><a href="https://trac.osgeo.org/geos/wiki/RFC5">https://trac.osgeo.org/geos/wiki/RFC5</a><br></div><div><br></div><div>C++14 isn't that huge of a jump and if there are features that people really want that are available in libs like abseil, it isn't unreasonable to port a copy into a private namespace of GEOS and use it until it can be refactored out when the minimum compiler make the standin irrelevant.  e.g. make_unique is here and could be converted to geos::private::make_unique or some such.</div><div><br></div><div><a href="https://github.com/abseil/abseil-cpp/blob/master/absl/memory/memory.h">https://github.com/abseil/abseil-cpp/blob/master/absl/memory/memory.h</a><br></div><div><br></div><div>For deprecated, can just start with something simple like ABSL_DEPRECATED.  And drop it when you can.</div><div><br></div><div><a href="https://github.com/abseil/abseil-cpp/blob/master/absl/base/macros.h#L134">https://github.com/abseil/abseil-cpp/blob/master/absl/base/macros.h#L134</a><br></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 13, 2018 at 11:34 AM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">"Regina Obe" <<a href="mailto:lr@pcorp.us" target="_blank">lr@pcorp.us</a>> writes:<br>
<br>
> I think a lot of packaging (for older systems I see) I see is still<br>
> done on gcc 4.7.  Though one can argue that these older systems will<br>
> not ship newer GEOS, so might not be so much of an issue aside from<br>
> users who build their own GEOS stuck on old platforms.<br>
<br>
A good point for Linux, but in the non-Linux world (BSD, MacOS, Solaris, and<br>
the rest of the vendor unix tradition) there is usually a notion of<br>
"base system" and "packages or other stuff".  So with have things like<br>
mv and the compiler in base, and then packages, the idea of wanting to<br>
build newer packages with a not bleeding edge but not ancient compiler<br>
(which describes gcc 4.8) is not really that strange.<br>
<br>
<br>
_______________________________________________<br>
geos-devel mailing list<br>
<a href="mailto:geos-devel@lists.osgeo.org" target="_blank">geos-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/geos-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/geos-devel</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>