I should probably get the configure and build times re-measured for NTP.
Feel free to grab
http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-dev/ntp-dev-4.2.7p444.tar.gz
and see for yourself... it's a bit of a monster for something that's
about 200k LOC.
It would be great to see significant speed
Rhys Ulerich wrote:
Is there some reason configure caches are unsuitable to
gain speedup there?
I regularly build with experimental versions in which the 'configure'
tests themselves differ from run to run, and where configure caches
would give me incorrect results. So I never use caches.
On Fri, Jun 6, 2014 at 9:48 AM, Paul Eggert wrote:
> veerrry common for 'configure' to be an unreasonably large part of the build
> process
But is an unreasonably large part of a reasonably long build process?
You quote a from-scratch build with configure being an order of
magnitude slower than p
Rhys Ulerich wrote:
I only find the configure process to be frustratingly slow when run
against compilers with license keys or with checks accessing network
storage.
That's not my experience at all. Take the bleeding-edge version of GNU
grep, say, which I just now happened to be working on.
> Wouldn't it be time to
> think about moving autoconf to a more parallel logic, where N tests
> could run in parallel in sub-processes?
I only find the configure process to be frustratingly slow when run
against compilers with license keys or with checks accessing network
storage. Running those
Thomas Petazzoni wrote:
Wouldn't it be time to
think about moving autoconf to a more parallel logic, where N tests
could run in parallel in sub-processes?
It's long been past time to do that. Some technical problems need to be
solved, but the main problem is that nobody has volunteered to tak
Dear John Spencer,
On Sun, 23 Mar 2014 01:24:54 +0100, John Spencer wrote:
> there are many configure scripts out there that still check for things
> that are standard since at least 10 years, and doing this extensively
> and over and over (people building software themselves usually build
> m