[Qgis-developer] CMake for building QGIS?

[Martin Dobias]

On 9/7/06, Mateusz Loskot <mateusz at loskot.net> wrote:
> Martin Dobias wrote:
> > Hi devs,
> >
> > these days I'm back in QGIS development and I'd like to get
> > Lib_Refactoring-branch back to sync with SVN head so after releasing
> > 0.8 it could be merged immediately as it has many improvements in
> > architecture and now it's hard to maintain it separately.
>
> Hi Martin,
>
> I submitted a few minor fixes to thie branch some weeks ago.

Hi Mateusz,

I've seen them, thanks!


> > Some time ago I've read about CMake build system and that KDE
> > developers have switched from autotools to it for KDE4. I've tried it
> > a bit and it looks very promising. This is a good reading for those
> > who don't know anything about it:
> > [1] http://lwn.net/Articles/188693/
> > [2] http://www.linuxjournal.com/article/6700
> >
> > On page [1] you can find pros and cons of this system and advantages
> > that developers of Scribus project see in it. It should suit our needs
> > well as it has good support for different platforms and also it's
> > really easy to use in comparison with autotools. I've already managed
> > to compile with it QGIS core library on linux.
> >
> > What are your opinions about such switch for the next version of QGIS?
> > I could try to prepare the build system in the refactoring branch to
> > see if it works well.
>
> I started to like cmake, it's easier to write makefiles
> and Visual C++/KDevelop workspaces generation sounds promising.
> However, I still does not have any idea how to achieve something
> like dynamic configuration similar to ./configure scripts.
> IMHO, cmake is still under development and I'm not sure if it's
> very mature.
>
> I'd also like to hear more cmake pros and cons.

The best pros are that CMake's files are much easy to read and write
than those autoconf macros, configuration takes much less time,
generated makefiles are smaller, has graphical  configuration (resp.
curses for unixes), Qt4 is supported out of the box. Also the choice
to use it for next KDE means that it's quite mature and will be well
supported in future.

I see cons just in the need of learning a new language and that so far
not many people are used to it.

> BTW, recently one of GEOS user posted cmake for GEOS.
> I tunned it a bit and, as I said, I started to like cmake ;-)
> http://geos.refractions.net/pipermail/geos-devel/2006-September/thread.html

>From the contributed cmake it's possible to see how simple can a build
system be. Quantum GIS in addition needs just some 3rd party detection
for Qt4, GDAL, GEOS, Proj4 and GSL, but I don't think it will be hard
to create them.

> Also, we (SOCI library dev team) are going to add cmake building
> support to SOCI library, so after that I hope I'll be able to tell
> more about cmake in practice (near the middle of October).
>
> Cheers
> --
> Mateusz Loskot
> http://mateusz.loskot.net
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.qgis.org
> http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-developer
>