[llvm-commits] [llvm] r86955 - in /llvm/trunk: Makefile.config.in autoconf/configure.ac configure include/llvm/Config/config.h.in
chandlerc at google.com
Thu Nov 12 11:41:49 CST 2009
On Thu, Nov 12, 2009 at 9:30 AM, Rafael Espindola <espindola at google.com> wrote:
>> You shouldn't care about how the inners of cmake work. Specifically, the
>> user is advised to *not* look at the makefiles.
>> So far my experience indicates that performance is similar to the
>> configure build, and having dependencies right is quite easy, given the
>> complexity of the LLVM build. Maintenance of the cmake LLVM build system
>> is easier than maintaining the old single Makefile that my compiler
>> project used, and that only provided support for 6 compilers on 2
> I did 1 or 2 builds with cmake and the build time looks similar. cmake
> itself is much faster than configure.
> I do care about the generated Makefiles because recursive makes are
> slow in the case only one file has changed. It should be possible to
> convert the current build to use non recursive makes, but I have no
> idea if cmake supports that.
CMake supports non-recursive 'CMakeLists.txt' specifications -- I use
several in other projects. If I recall the internal makefile structure
correctly, there is some recursion, but it is both explicit and
remarkably fast. My very rusty memory of it is that it collapses empty
directories so that you end up jumping immediately to each target.
> Rafael Ávila de Espíndola
> llvm-commits mailing list
> llvm-commits at cs.uiuc.edu
More information about the llvm-commits