[Top][All Lists]

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

Re: issues with git submodules and `bootstrap'

From: Gary V. Vaughan
Subject: Re: issues with git submodules and `bootstrap'
Date: Wed, 11 Jan 2012 22:23:37 +0700

Hi Simon,

On 11 Jan 2012, at 22:08, Simon Josefsson wrote:
> "Gary V. Vaughan" <address@hidden> writes:
>> Now that I think about it, I'd like to put the multi-gnulib support
>> directly into my bootstrap script so that it can be called by setting
>> some configuration variables in bootstrap.conf rather than proliferating
>> a hook function among all the projects that need this particular
>> functionality.
> I think this makes sense.  Multi-gnulib instances should not be a weird
> configuration that requires modifying scripts.

Right.  Although with my saner bootstrap, you never need to modify the
actual bootstrap script, anything can be done by adding hook functions
or overriding existing functions.

>> What project did you have in mind?  I'll compare the needs of yours
>> and GNU M4, and bake in that functionality to the next version of
>> my bootstrap script.
> GNU Libidn is one that I released recently and is quite up to date.  It
> has one configure script and two gnulib instances.  If you want a
> smaller project, take a look at Libtasn1 or Libidn2 that also have one
> configure script and multiple gnulib instances.  If you want a project
> with more than one configure script and multiple gnulib instances, take
> a look at OATH Toolkit or GNU SASL, they use gnulib a bit different
> (OATH Toolkit uses separate gnulib-tool --add-import invocations, GNU
> SASL doesn't).

Thanks, that's a good set of different uses to work with -- note that
saner bootstrap already handles multi-level autoreconf easily, see
Libtool master for an example of bootstrapping with 11 configure.ac's!!

I should have time to work on this later in January, and I've made a
note to ping you when I'm done.  Feel free to harass me for updates,
or send the results of your own implementation to me in the mean time.

Gary V. Vaughan (gary AT gnu DOT org)

reply via email to

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