Die GNU autotools

Die GNU autotools

Shachar Shemesh shachar at shemesh.biz
Mon Jan 10 16:36:34 IST 2011


On 10/01/11 15:53, Shlomi Fish wrote:
>
> {{{{
> SET(LIBTCMALLOC_LIB_LIST)
>
> IF (NOT CMAKE_BUILD_TYPE STREQUAL debug)
>
>      IF (NOT FCS_AVOID_TCMALLOC)
>          # Optionally link against Google's TCMalloc if it's available:
>          # http://goog-perftools.sourceforge.net/
>          # This gives better performance for the threaded programs.
>          FIND_LIBRARY(LIBTCMALLOC_LIB tcmalloc)
>
>          IF(LIBTCMALLOC_LIB STREQUAL "LIBTCMALLOC_LIB-NOTFOUND")
>              # Do nothing.
>          ELSE(LIBTCMALLOC_LIB STREQUAL "LIBTCMALLOC_LIB-NOTFOUND")
>              # Cancelling for now to see if it helps with the valgrind problem.
>              # TODO : restore
>              SET(LIBTCMALLOC_LIB_LIST ${LIBTCMALLOC_LIB})
>          ENDIF(LIBTCMALLOC_LIB STREQUAL "LIBTCMALLOC_LIB-NOTFOUND")
>      ENDIF (NOT FCS_AVOID_TCMALLOC)
>
> ENDIF (NOT CMAKE_BUILD_TYPE STREQUAL debug)
> }}}}
>    
You have certainly made me take back one claim I have made. CMake is not 
easier to learn, nor is the result more readable.
> FIND_LIBRARY has an equivalent in Autotools-land, and CMake can do all that.
The question was not about functionality in CMake for which an 
equivalent autoconf functionality exists. The question was about the 
other way around.

 From your page:
> CMake, on the other hand uses a custom syntax, which is consistent, 
> trustworthy, predictable and reliable. The fact that it isn't 
> "standard" does not make it bad. 
Both M4 and bourne shell are Turing complete languages. Is CMake? If 
not, it is likely that not all conceivable tests can be written in it.

Shachar

-- 
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com




More information about the Linux-il mailing list