Le mardi 10 février 2015 15:41:20, Scott Bailey a écrit : > Even, > > I take it the plan is to replace Autotools with CMake? Then it's just the > timeline in question?
Scott, Not being a cmake master myself, it is currently not my personal plan, but if we have GDAL committers like Dmitriy to champion the effort and other contributors to help, I imagine it can be considered at some point. I see that "friends" projects like proj or libgeotiff have both build systems currently (actually 3 with the nmake one...). On the other hand, I think MapServer did the switch in one step ( http://mapserver.org/fr/development/rfc/ms-rfc-92.html ) The downside of having an interim period is that during it there's additional maintenance needed, but given the big number of potential GDAL dependencies, it seems unrealistic to have cmake conf feature-full and production ready, in a single step, if it stays in a branch. Even > > SB > > On Mon, Feb 9, 2015 at 4:48 PM, Even Rouault <even.roua...@spatialys.com> > > wrote: > > Le mardi 10 février 2015 00:34:44, Scott Bailey a écrit : > > > Dmitry, > > > > > > Great! So which drivers need CMake help? > > > > > > And what is the probability of cmake4gdal replacing autotools? > > > > Scott, > > > > I can imagine that replacing will take a few versions until we are > > confident > > that the cmake build system is stable enough & embrace all possibilities > > of autotools & windows build systems. In the meantime, there would be > > coexistence > > of the build systems. > > > > Even > > > > > SB > > > > > > On Mon, Feb 9, 2015 at 1:53 PM, Dmitriy Baryshnikov < > > > > bishop....@gmail.com> > > > > > wrote: > > > > Hi Scott, > > > > > > > > The latest code is here: > > > > 1) https://github.com/nextgis/gdal_svn/tree/cmake4gdal > > > > 2) https://github.com/nextgis/gdal_svn/tree/rsmd-reader-dev <-- this > > > > my > > > > > > current branch > > > > 3) https://github.com/nextgis/gdal_svn/tree/wms-ags-dev > > > > > > > > There are some problems: > > > > there is no autotest directory in current repo, but it'll be more > > > > correctly to have the whole fork, not only sources (CTest?). > > > > So I plan to merge this three branches and make the full fork (with > > > > autotest) of OSGeo/GDAL in github. > > > > > > > > Anyhow we need to complete all drivers which is not yet cmaked. > > > > I plan to create wiki page in new repo with table of all GDAL drivers > > > > and > > > > > > their cmaking status and total percent. > > > > > > > > By now we need: > > > > 1) More testing and fixing on all platforms > > > > 2) Cmaked all drivers and applications, which is not yet cmaked > > > > 3) I plan to play with third party libs by cmake mechanism - > > > > ExternalProject_Add > > > > > > > > As for me the 2) is more important. > > > > > > > > Best regards, > > > > > > > > Dmitry > > > > > > > > 09.02.2015 22:02, Scott Bailey пишет: > > > > Building GDAL for Linux is a snap, MSVS is OK, but I find myself > > > > > > > > struggling to get a compilation with MINGW. > > > > > > > > I've cloned the cmake4gdal 1.9 git repo and built that in Linux. As > > > > > > > > expected it was simple. Haven't had time to play with MINGW, yet. > > > > Never-the-less, I've found CMake based projects less frustrating than > > > > autotools when building with Windows, especially when using MINGW. > > > > > > > > What is the status of cmake4gdal? Is there something I should do to > > > > help? > > > > > > > > -- > > > > > > > > Scott Bailey > > > > > > > > > > > > _______________________________________________ > > > > gdal-dev mailing > > > > listgdal-dev@lists.osgeo.orghttp:// > > > > lists.osgeo.org/mailman/listinfo/gdal > > > > > > -dev > > > > > > > > > > > > > > > > _______________________________________________ > > > > gdal-dev mailing list > > > > gdal-dev@lists.osgeo.org > > > > http://lists.osgeo.org/mailman/listinfo/gdal-dev > > > > -- > > Spatialys - Geospatial professional services > > http://www.spatialys.com -- Spatialys - Geospatial professional services http://www.spatialys.com _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev