<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 31, 2016 at 4:06 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"><span class="">> On 2016-05-31 8:46 AM, alex wrote:<br>
> > Hi Dmitry and others,<br>
> ><br>
> > I can see that you are making a great effort, and as far as I can tell<br>
> > with great progress too.<br>
> ><br>
> > Do you know why the rest of the list is silent on this? Are the GDAL<br>
> > developers not interested in cmakeification or are they in silent<br>
> > agreement with your approach?<br>
<br>
</span>As far as I'm concerned, it is more I don't have much experience with setting<br>
up cmake build system, so I can't really help.<br>
One issue I see with the approach that has been taken is that it mixes both a<br>
new build system + a tree re-organization. So it means there cannot be a<br>
transitionning phase where cmake would be a in-tree alternative experimental<br>
build system that would grow over time until being feature complete (drivers<br>
and OS support), with the others one still being the "official" ones. The out-<br>
of-tree approach probably makes the potential for external contributions a bit<br>
less likely.<br>
<br>
I haven't looked deeply enough at Dmitry's work but what I'd enjoy to see from<br>
a new build system is a more modular way of building drivers. Currently our<br>
build scripts do not allow to easily select if a driver must be built in the<br>
core lib or as a plugin in a separate shared object, so the former (all built<br>
in) is what is done generally. Which can cause packaging headaches since the<br>
packager has to make choice of which external library GDAL should depend on,<br>
which has consequences on the effective licensing of the lib (for ex, seeing<br>
<a href="https://packages.debian.org/sid/libgdal20" rel="noreferrer" target="_blank">https://packages.debian.org/sid/libgdal20</a> linking against poppler make GDAL<br>
use effectively bound to GPL)<br>
I can in fact imagine 2 uses cases:<br>
- you are a packager, download all the dependencies and build GDAL core,<br>
built-in drivers and plugin drivers all at once, but generating separated<br>
packages gdal-lib, gdal-bin, gdal-pdf, ...<br>
- the case of proprietary drivers where some distributions cannot distribute<br>
the resulting non-free binary, hence requiring the user to build it from GDAL<br>
sources + SDK. So you have those gdal-ecw-build scripts currently that are<br>
managed out of tree. Would be cool if the main build system would allow to<br>
build those plugins as a separate target from building the core lib (possibly<br>
rebuilding only the driver you're interested in, while using the system core<br>
lib)<br></blockquote><div><br></div><div>Hello Even,<br><br></div><div>You mean libgdal.so or whatever contains only gdal core libraries and all others are plugins ?<br><br></div><div>Or you mean to go one more level and split gdal-core.so, gdal-port.so... + the above plugins.<br><br></div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
><br>
> I for one am not interested in 'cmakeification' of GDAL.  For the MS4W<br>
> community, I build 32 and 64 bit versions, for the full stack of Apache,<br>
> PHP, MapServer, GDAL (I counted recently and it is now over 200<br>
> libraries) - and the few projects that use cmake are the troublesome<br>
> ones.  (for example, MapServer switched to cmake but no one is<br>
> maintaining the mapscript parts of cmake, which means I have kept my own<br>
> makefiles alive, in order to build all of MapServer).<br>
><br>
> I am very against cmake, I have had terrible experiences.<br>
<br>
</span>Jeff,<br>
It sounds your issue with cmake is more mapscript not receiving attention,<br>
rather than a defect from cmake itself, right ? I've used cmake to build QGIS<br>
on Linux & Windows and can't recall any particular issue I can really<br>
attribute to cmake (besides Windows being a pain for me in general :-))<br>
<span class="HOEnZb"><font color="#888888"><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>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div><font face="arial, helvetica, sans-serif">Regards,<br>   Rashad</font></div></div>
</div></div>