<div dir="ltr">Even,<div><br></div><div>I take it the plan is to replace Autotools with CMake?  Then it's just the timeline in question?</div><div><br></div><div>SB</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 9, 2015 at 4:48 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mardi 10 février 2015 00:34:44, Scott Bailey a écrit :<br>
<span>> Dmitry,<br>
><br>
> Great!  So which drivers need CMake help?<br>
><br>
> And what is the probability of cmake4gdal replacing autotools?<br>
<br>
</span>Scott,<br>
<br>
I can imagine that replacing will take a few versions until we are confident<br>
that the cmake build system is stable enough & embrace all possibilities of<br>
autotools & windows build systems. In the meantime, there would be coexistence<br>
of the build systems.<br>
<br>
Even<br>
<div><div><br>
><br>
> SB<br>
><br>
> On Mon, Feb 9, 2015 at 1:53 PM, Dmitriy Baryshnikov <<a href="mailto:bishop.dev@gmail.com" target="_blank">bishop.dev@gmail.com</a>><br>
><br>
> wrote:<br>
> >  Hi Scott,<br>
> ><br>
> > The latest code is here:<br>
> > 1) <a href="https://github.com/nextgis/gdal_svn/tree/cmake4gdal" target="_blank">https://github.com/nextgis/gdal_svn/tree/cmake4gdal</a><br>
> > 2) <a href="https://github.com/nextgis/gdal_svn/tree/rsmd-reader-dev" target="_blank">https://github.com/nextgis/gdal_svn/tree/rsmd-reader-dev</a> <-- this my<br>
> > current branch<br>
> > 3) <a href="https://github.com/nextgis/gdal_svn/tree/wms-ags-dev" target="_blank">https://github.com/nextgis/gdal_svn/tree/wms-ags-dev</a><br>
> ><br>
> > There are some problems:<br>
> > there is no autotest directory in current repo, but it'll be more<br>
> > correctly to have the whole fork, not only sources (CTest?).<br>
> > So I plan to merge this three branches and make the full fork (with<br>
> > autotest) of OSGeo/GDAL in github.<br>
> ><br>
> > Anyhow we need to complete all drivers which is not yet cmaked.<br>
> > I plan to create wiki page in new repo with table of all GDAL drivers and<br>
> > their cmaking status and total percent.<br>
> ><br>
> > By now we need:<br>
> > 1) More testing and fixing on all platforms<br>
> > 2) Cmaked all drivers and applications, which is not yet cmaked<br>
> > 3) I plan to play with third party libs by cmake mechanism -<br>
> > ExternalProject_Add<br>
> ><br>
> > As for me the 2) is more important.<br>
> ><br>
> > Best regards,<br>
> ><br>
> >     Dmitry<br>
> ><br>
> > 09.02.2015 22:02, Scott Bailey пишет:<br>
> >  Building GDAL for Linux is a snap, MSVS is OK, but I find myself<br>
> ><br>
> > struggling to get a compilation with MINGW.<br>
> ><br>
> >  I've cloned the cmake4gdal 1.9 git repo and built that in Linux.  As<br>
> ><br>
> > expected it was simple.  Haven't had time to play with MINGW, yet.<br>
> > Never-the-less, I've found CMake based projects less frustrating than<br>
> > autotools when building with Windows, especially when using MINGW.<br>
> ><br>
> >  What is the status of cmake4gdal?  Is there something I should do to<br>
> >  help?<br>
> ><br>
> >  --<br>
> ><br>
> > Scott Bailey<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > gdal-dev mailing<br>
> > listgdal-dev@lists.osgeo.orghttp://<a href="http://lists.osgeo.org/mailman/listinfo/gdal" target="_blank">lists.osgeo.org/mailman/listinfo/gdal</a><br>
> > -dev<br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > gdal-dev mailing list<br>
> > <a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
> > <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
--<br>
</div></div>Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Scott Bailey</div>
</div></div>