[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: parallelized configure

From: Bob Friesenhahn
Subject: Re: parallelized configure
Date: Tue, 14 Jan 2014 19:11:34 -0600 (CST)
User-agent: Alpine 2.01 (GSO 1266 2009-07-14)

On Tue, 14 Jan 2014, Mike Frysinger wrote:

there's semi-precedence though with introducing new macros when there's no
confidence in safely converting existing one.  consider:
        AC_CHECK_FUNC beget
        AC_CHECK_FUNCs beget
same for HEADERS and DECLS.  maybe time to beget a
AC_CHECK_FUNCS_ONCE_PARALLEL ? :)  or maybe enshrine the ONCE behavior and
call it AC_CHECK_FUNCS_PARA.  that'd cover a decent amount of ground (albeit,
not as much as would truly be possible from an interlocked pipeline) without
too much pain.

Unfortunately, that is only part of the problem. The main problem is the cascading shell variable definitions which appear, are modified, or even disappear as configure script statements are executed. Some of these variable modifications are done as actions of the macros and others are done by code added by the package developer.

Configure could be sped up by using a shared caching system for common tests (e.g. standard header file existence) or perhaps even by creating a new shell which is a closer fit to what configure needs.

Bob Friesenhahn
GraphicsMagick Maintainer,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]