On Mon, Oct 17, 2011 at 4:35 PM, Tony Houghton <h...@realh.co.uk> wrote: > On Mon, 17 Oct 2011 22:06:00 +0800 > Paul Wise <p...@debian.org> wrote: > >> On Mon, Oct 17, 2011 at 9:41 PM, Tony Houghton wrote: >> >> > I agree, but there's another big problem: autoconf. It runs far more >> > tests than most projects need (especially when using glib which >> > takes care of a large range of compatibility issues for you), and >> > each run takes longer than the actual compilation with a modest 4 >> > core CPU. When building roxterm I think I have to run configure 4 >> > times: before making a tarball with make dist, at the start of >> > debuild before it can make clean, then once for each version of >> > gtk. On top of all that you often have to run bootstrap.sh first. >> >> Best file a couple of bugs about that on autoconf upstream: >> >> Please implement autoreconf -jX >> Please implement ./configure -jX > > I don't think it's practical to add parallelism to autoconf. Parts of > configure scripts depend on earlier tests etc and the syntax doesn't > provide a way of specifying dependencies like make does. I think > anything that tried to parallelise what configure does would be too > complicated. Better to just replace it with something that keeps the > number of tests to a minimum and is "cleaner" instead of bodging m4 and > sh together. > > I think writing build scripts in a language like python is very nice > (autoconf is too slow, let's use python, spot the irony :)) but I've > found waf and scons don't really suit my needs. So I'm writing my own > which combines python with a simple and flexible concept of make-like > rules and dependencies.
cmake does support parallel builds. 2cts -- Mathieu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+7wUsxOREC1cX4uZQ-+53v8dx_TqdDXpfTZBNzxwFabzM0=8...@mail.gmail.com