<div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr">On Wed, 30 May 2018, 22:00 Even Rouault, <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On mercredi 30 mai 2018 11:36:06 CEST Kurt Schwehr wrote:<br>
> So... Just to state my preference. I think Google<br>
> Test(gtest/gmock/microbenchmark) would be great if PROJ decides to go that<br>
> way. It's been run through the ringer with hundreds of millions of lines<br>
> of tests written with it and it covers most use cases without being to<br>
> heavy weight. And I would be happy to contribute my tests to PROJ<br>
> (switching them to the PROJ license) and drop them from gdal-autotest2.<br>
> <br>
> I really don't know Catch2 so I don't really have an opinion on how well it<br>
> works.<br>
> <br>
> Either way, I will keep on doing PROJ/GEOS/GDAL testing in gtest for my own<br>
> work.<br>
<br>
I'm pretty sure for our basic needs whatever modern unit testing framework would do. catch2 with<br>
its single header was just easier to integrate, and thus passed the least effort principle.<br></blockquote></div><div dir="auto"><br></div><div dir="auto">In short term, perhaps. </div><div dir="auto"><br></div><div dir="auto"><span style="font-family:sans-serif">I've just realised that for the API unit tests I'm planning to write almost exactly the same tests as Kurt has already written. </span></div><div dir="auto"><br></div><div dir="auto">To me, that's just confirmed diagnosis of the problem. For long term, it's gonna be worse.</div><div dir="auto">I know I'm not the major contributor here or contributor to be, </div><div dir="auto">it's just my earlier disappointment about Kurt's test not actually replacing my initial/old GDAL C++ tests. </div><div dir="auto">This seems to be lost opportunity or waste of parallel efforts trying to achieve the same goal - nobody runs autotest2 but Kurt, users who build from sources do not run them, etc. <br style=""><br>I fear that this pattern is spreading now across not one GDAL but multiple OSGeo libraries. <br><br style="font-family:sans-serif"><div data-smartmail="gmail_signature" style="font-family:sans-serif" dir="auto">Mateusz Loskot, <a href="mailto:mateusz@loskot.net">mateusz@loskot.net</a><br>(Sent from mobile)</div></div></div>