On Wednesday 07 February 2007 18:37:51 Joshua Blocher wrote:
On 2/7/07, Kees Cook <kees@...62...> wrote:
On Sat, Feb 03, 2007 at 06:12:56PM -0800, Bryce Harrington wrote:
I think it would be great to see the following build system problems solved: [snip]
I'll throw in my $0.02 too... If the current build system were replaced, I'd like to not lose one specific feature: fully parallel builds. At present, given the "single Makefile in src/", I can actually use all 4 CPUs to do compiles, etc. I don't want to regress to having a separate Makefile in every subdirectory. :)
I will have to look into this but i don't there will be a problem with using all available processors to compile. As to the seperate Makefiles in every subdirectory they would be a cmakelist.txt but they would all be included into the main cmakelist.txt in the src directory. this can be avoid by setting all the sub-projects in the same cmakelist.txt file but doing this IMO would make the build files a more of a hassle to work with.
Why would having a makefile in each subdirectory break that, even with autotools?
I know if I run make -j3 with Scribus, the autotools build will also start to build plugins which are 2 subdirectories under the main source directories alongside the main directory?
This works the same way with cmake. I think you are better off with a cmakelist.txt file in each dir.
Craig