<div dir="ltr"><div>Thanks, Even, for elaborating on all the stuff I thought and meant, but didn't mention. It was exactly my main concern, that the interface should probably be kept C89(C90)-compatible for quite a while. The library-internal code, since compiled as C++, can wiggle a lot more. All in all going C++11 is a huge improvement, as long as we can keep the C ABI/API reasonably stable/accessible from C and from projects expecting a C ABI.</div><div><br></div><div>RFC3 is perfectly fine as is, but proj.h and the ABI and API it exposes needs special care. With that in mind, it is as Kristian indicates: A lot of C99 considerations are more or less irrelevant now that we compile everything as C++11.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">Den ons. 16. jan. 2019 kl. 17.08 skrev Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On mercredi 16 janvier 2019 15:53:34 CET Kristian Evers wrote:<br>
> Most of the code is now compiled as C++ so probably not a big issue in<br>
> practical terms.<br>
<br>
Yes and no. My point was that, in the current state of PROJ master, people can <br>
for example use a separately compiled PROJ with whatever "modern" compiler we <br>
require (or use a PROJ binary from their prefered packaging), but still <br>
wanting to use the PROJ C API with their own build constraints, like enforcing <br>
-std=c89 in their code base, and thus including proj.h with non-C89 features <br>
would break that.<br>
<br>
> Just to be clear, I have no intention of updating the RFC as it is now. I<br>
> don’t think the concerns raised here are incompatible with the content of<br>
> RFC3.<br>
<br>
RFC3 is fine for me as a general strategy. This is just a example of practical <br>
concrete decisions.<br>
I've sticked to using int in the new C API I've added in cases where bool <br>
might have been used.<br>
<br>
Even<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div>