Hi,
Daniel Stenberg schrieb:
> On Mon, 6 Apr 2009, Sukender wrote:
>
>>> IMO, you simply *must* make sure to use the */Makefile.inc files to
>>> get the source files and header files
>
>> You're absolutely right. However that's not done yet because I had a
>> few problems integrating it. Be sure I'll do it as soon as I find how
>> to do it!
>
> Ah, fine!
>
> A few other nits as of right now (I realize you may be aware of these
> and working on them, I just thought I'd mention them anyway in case
> you're not):
>
> 1. building 'curl' fails on Linux with two different problems:
>
> [ 29%] Building C object src/CMakeFiles/curl.dir/main.c.o
> In file included from /home/daniel/src/curl/lib/setup.h:40,
> from /home/daniel/src/curl/lib/strtoofft.h:26,
> from /home/daniel/src/curl/lib/curlx.h:41,
> from /home/daniel/src/curl/src/main.c:100:
> /home/daniel/src/curl/lib/config.h:371:1: warning: "HAVE_LIBZ" redefined
>
> Linking C executable curl
> CMakeFiles/curl.dir/curlutil.c.o: In function `cutil_tvnow':
> curlutil.c:(.text+0x15): undefined reference to `clock_gettime'
> collect2: ld returned 1 exit status
>
> 2. Why are all object files named .c.o and not just .o as traditional?
>
> 3. How come the build goes further (and builds lib5* tools) when I run with
> 'make -j' ? Isn't the output files safe for parallell builds?
BTW. I've seen that the CMake Wiki has scripts to convert from auto*
tools as well as from MS project files.... - not tried yet, but curious
what might come out with this:
http://www.cmake.org/Wiki/CMake#automake.2Fautotools.2Fautoconf

Guen.
Received on 2009-04-07