2012/3/29 Steve Holme wrote: > However, I do like your "more generic the better" approach. As such I am > wondering, is it possible to use this approach in curlbuild.h and provide > consistency between the two?
No. Even after some years, the cmake build is not even close to build libcurl in the same way as it would get built when using other build system. Cross-contamination from libcurl's cmake build system into the other ones is quite risky. Just for jiggles... I have tried the cmake build a while ago with VS6 and horror of horrors it creates a curl_off_t definition which is only 32bit instead of a 64bit proper one, and the same for ssize_t. Thise are so serious that I'm not sure it is worth mentioning that the following definitions are also wrong or missing :-( NEED_MALLOC_H HAVE_WS2TCPIP_H HAVE_GETHOSTNAME HAVE_IOCTLSOCKET_CAMEL_FIONBIO HAVE_SETMODE HAVE_SETVBUF HAVE_STRFTIME GETNAMEINFO_QUAL_ARG1 GETNAMEINFO_TYPE_ARG1 GETNAMEINFO_TYPE_ARG2 GETNAMEINFO_TYPE_ARG46 GETNAMEINFO_TYPE_ARG7 HAVE_RECVFROM RECVFROM_TYPE_ARG1 RECVFROM_TYPE_ARG2 RECVFROM_TYPE_ARG3 RECVFROM_TYPE_ARG4 RECVFROM_TYPE_ARG5 RECVFROM_TYPE_ARG6 RECVFROM_TYPE_RETV #define SIZEOF_SIZE_T 4 HAVE_FREEADDRINFO HAVE_GETADDRINFO HAVE_GETADDRINFO_THREADSAFE HAVE_GETNAMEINFO USE_WIN32_LARGE_FILES USE_WIN32_SMALL_FILES USE_THREADS_WIN32 I really hope that the results are better when using other compilers or platforms. -- -=[Yang]=- ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html
