Andre Poenitz wrote: > On Wed, Mar 21, 2007 at 10:01:58PM +0100, Peter Kümmel wrote: >>>>>> just as you suggest? Ie, let the makefile perform the concatenation? >>>>> It's an interesting suggestion. >>>> I've added this feature to the cmake build: >>>> >>>> cmake ../trunk/development/cmake -Dmerge=1 >>>> >>>> then all *.C files but the files of the boost and the qt4 directories >>>> are merged into one file. This happens while the configure process. >>>> On windows it runs without changes to a actual co, for linux you need >>>> the attached patch. >>>> And it is faster!! >>> Do you have numbers? >> files multiple merged (in minutes) >> ---------------------------------------------- >> cmake msvc debug 17 9 >> cmake msvc release 19 10 >> Linux cmake 21 11 >> Linux auto/make 54 -- >> >> >> Is make really so slow? I've called autogen, ./configure, make, >> is this correct? > > make by itself is not slow. However, it calls a lot of external programs, > some without too much benefit as libtool and we (i.e. autotools) are > using it recursively. There's some nice article somewhere on the net > why this should be avoided...
Yes, I mean auto*/make. cmake also generates make files. Now the qt4 files are also merged for msvc, and builting frontends/qt4 is three times faster: files multiple merged (in minutes) ---------------------------------------------- cmake msvc debug 17 5:30 cmake msvc release 19 7:30 Linux cmake 21 11 Linux auto/make 54 -- Merging qt4 on linux does not work, because xlib.h defines some symbols and gcc couldn't resolve symbols, which looks like a gcc bug. Peter
