On Sunday 11 March 2012 17:30:39 Daniel Stenberg wrote:
> When comparing these build systems the cmake one definately wins in terms
> of execution speed. A part of that difference is explained by its
> incompleteness compared to the autotools version - and the biggest part
> probably on autoconf and configure being slow.

I do not think that the unimplemented parts of ./configure would make any
measurable speedup of the CMake-based build. The most time-consuming part
in my run of ./configure was "checking types of args and return type for
recvfrom". This check itself took even more than the whole run of CMake,
which includes this check as well.

> Our biggest problem with cmake as I see it, is the same as when we first
> incorporated it: there is hardly anyone contributing fixes to the cmake
> build system. We started three years ago with the cmake build to be almost
> on par with the autotools build at perhaps 80% level but covering all the
> popular configurations pretty good.
>
> Over time, we've continuted to get a steady stream of configure fixes and
> even many general win32 build fixes of the win32 makefiles, but hardly
> anyone fixes the cmake build files which I can only assume is because it is
> very rarely used. We also have this catch 22 - it is incomplete so people
> use the complete one instead and then nobody makes the cmake build become
> complete either.

I agree on this. Nevertheless the situation may change as time passes by.

> When we get bug reports on the cmake build system, there's nobody around to
> work on the bug or review suggested patches.
>
> Here are the currently open cmake related issues:
>
> http://curl.haxx.se/bug/view.cgi?id=3494982

This one is actually the issue I ran into and worked around by creating
the symlink. I did not know the issue had a number already. This bug
was probably introduced half a year ago -- the file src/config-win32.h
was removed from git, but not from src/Makefile.inc:

https://github.com/bagder/curl/commit/f0fae85

If the file really needs to be listed in src/Makefile.inc, we should perhaps
use a relative path to the other one (../lib/config-win32.h) ?

> http://curl.haxx.se/bug/view.cgi?id=3494970

I cannot see this warning with CMake 2.8.5. The file path suggests this was
spotted on Windows? After all, it is just a warning, not a build failure.

> http://curl.haxx.se/bug/view.cgi?id=3494968

This is a windows-specific bug, do not expect much help from me on this.

Kamil
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2012-03-11