<div dir="ltr">I encourage anyone with a real microcontroller example that needs Proj but can&#39;t use C++ to step forward.<div><br></div><div>I also encourage people to provide example of real trouble along the lines of Bucher&#39;s to provide examples.  Especially powerful if done up in <a href="https://godbolt.org/">https://godbolt.org/</a> or similar.  I argue that C++ can do anything as well as C can.  Just like any language, it also has plenty of ways to build junk.</div><div><br></div><div>Please do not use GDAL as the C++ standard... Most of GDAL is legacy style C++ by today&#39;s standards. </div><div><br></div><div>If people are having problems with a C++ language feature that is proposed for use, it would be good to discuss it.  e.g.</div><div><br></div><div><a href="https://goo.gl/vuA3D6">https://goo.gl/vuA3D6</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 27, 2018 at 11:09 AM, J Luis <span dir="ltr">&lt;<a href="mailto:jmfluis@gmail.com" target="_blank">jmfluis@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="gmail-">On Sun, May 27, 2018 at 10:32 AM, Kristian Evers <span dir="ltr">&lt;<a href="mailto:kreve@sdfe.dk" target="_blank">kreve@sdfe.dk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div>
Figured I’d chime in on this subject as well. As one of the co-signers of <a href="http://gdalbarn.com/" target="_blank">gdalbarn.com</a>
<div>I am obviously on board with the switch to include the use of C++ in PROJ. And from</div>
<div>the responses so far it seems the community is largely behind the effort as well,</div>
<div>apart from a few skeptics.</div></div></blockquote><div><br></div></span><div>Hi,</div><div><br></div><div>I am sorry but I don&#39;t think we can conclude that. The proponents naturally are in favor and, given that they will do the work, that is a strong argument. However, there is often forgotten price to pay when a code moves from C to C++ that is the reduction of potential contributors. Speaking only from myself, but knowing I&#39;m not alone, C++ is an awfully complicated language that is beyond my suffering endurance. Not that it was really important but there were times I tried to contribute to GDAL but hit the C++ wall. </div><div><br></div><div>I also find the embedded systems argument a valid one but have poor knowledge on the subject. What I have read here and there is that C++ codes makes bigger and more resource demanding needs that those made with C.</div><div><br></div><div>
<div>That said, and as I mentioned in beginning, those that will implement the new features have ofc the main word.</div><div><br></div>

P.S. Sorry, couldn&#39;t resist to point to this provocative reading.<br></div><div><a href="http://archive.is/2016.05.17-214038/https://www.linkedin.com/pulse/why-i-dont-spend-time-modern-c-anymore-henrique-bucher-phd" target="_blank">http://archive.is/2016.05.17-<wbr>214038/https://www.linkedin.<wbr>com/pulse/why-i-dont-spend-<wbr>time-modern-c-anymore-<wbr>henrique-bucher-phd</a></div><div><br></div><div>Joaquim Luis<br></div></div></div></div>
<br>______________________________<wbr>_________________<br>
Proj mailing list<br>
<a href="mailto:Proj@lists.maptools.org">Proj@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">http://lists.maptools.org/<wbr>mailman/listinfo/proj</a><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>