Re: Failing to use gnulib bootstrap in libtool

Hi Bruno, On 5 Sep 2010, at 17:14, Bruno Haible wrote: >> The architecture of my current rewrite of gnulib bootstrap, moves all >> the top-level code into functions ... Then `bootstrap.conf' is sourced, >> where >> the nodes of that "shell-function-require-tree" can be overwritten >> with replac

Re: Failing to use gnulib bootstrap in libtool

Jim Meyering wrote: > be careful that with bootstrap.conf, when one removes a module, that the > removal is reflected in lib/m4/etc. directories. This problem was fixed by yesterday's semantic change of --import. Bruno

Re: Failing to use gnulib bootstrap in libtool

Bruno Haible wrote: ... >> >> 10. slurp() >> >> == >> > ... >> > I think it has/had two purposes: >> > 1. It allowed Paul to use symbolic links or hard links to gnulib files, >> > at a time when gnulib-tool did not have options for symbolic links. >> > 2. It prevents some files from b

Re: Failing to use gnulib bootstrap in libtool

Hello Gary, > The architecture of my current rewrite of gnulib bootstrap, moves all > the top-level code into functions ... Then `bootstrap.conf' is sourced, where > the nodes of that "shell-function-require-tree" can be overwritten > with replacement functions to radically alter the behaviour of

Re: Failing to use gnulib bootstrap in libtool

Eric Blake wrote: > > The contents of gnulib-cache.m4 is an output of the invocation of > > gnulib-tool, > > and therefore a derivative of the parameters that you pass to gnulib-tool. > > But the current documentation says that 'gnulib-cache.m4' is the ONE > output that you SHOULD be keeping in

Re: Failing to use gnulib bootstrap in libtool

On 3 Sep 2010, at 17:03, Bruno Haible wrote: > Hi Gary, Hallo Bruno, Thanks for your comments. > Gary V. Vaughan wrote: >> Is gnulib bootstrap designed for reuse in other projects? >> >> I'm finding it extremely difficult to understand a lot of the code, ... >> ... a lot of questions about the

Re: Failing to use gnulib bootstrap in libtool

On 09/03/2010 04:03 AM, Bruno Haible wrote: It is well possible to use gnulib without using 'bootstrap'. As examples, please see the 'autogen.sh' scripts of some packages: - libunistring Also GNU M4, which use

Re: Failing to use gnulib bootstrap in libtool

Hi Jim, Gary, > * modules/gettext inserts this line in Makefile.am (sometimes aka gnulib.mk) > > AM_CPPFLAGS += -I$(top_builddir)/intl > > and the above code comments that out. > That commenting-out is required for any project that does not > provide an intl/ directory. Ot

Re: Failing to use gnulib bootstrap in libtool

Jim Meyering wrote: > Jim Meyering wrote: > ... >> Much of slurp is now obsolete. It was working around problems >> in gnulib that have been resolved. >> >> For example, as far as I can see, removing the following blocks >> induces no change in coreutils' build process. >> >> diff --git a/bootstra

Re: Failing to use gnulib bootstrap in libtool

Jim Meyering wrote: ... > Much of slurp is now obsolete. It was working around problems > in gnulib that have been resolved. > > For example, as far as I can see, removing the following blocks > induces no change in coreutils' build process. > > diff --git a/bootstrap b/bootstrap > index 5ab4cf7..

Re: Failing to use gnulib bootstrap in libtool

Hi Gary, Gary V. Vaughan wrote: > Is gnulib bootstrap designed for reuse in other projects? > > I'm finding it extremely difficult to understand a lot of the code, ... > ... a lot of questions about the design choices, below. In short, it could > use a complete rewrite. It is well possible to u

Re: Failing to use gnulib bootstrap in libtool

On 3 Sep 2010, at 03:18, Jim Meyering wrote: > Gary V. Vaughan wrote: >> 1. gnulib_mk >> >> >>> # Name of the Makefile.am >>> gnulib_mk=gnulib.mk >> >> What is this for? The only use in the rest of the script is inside the >> slurp() function, who's purpose I cannot fathom: >> >>>

Re: Failing to use gnulib bootstrap in libtool

Hi Eric, Thanks for your prompt response :) The fog is clearing a little already! On 3 Sep 2010, at 01:01, Eric Blake wrote: > On 09/02/2010 10:36 AM, Gary V. Vaughan wrote: >> Is gnulib bootstrap designed for reuse in other projects? > > Yes; I know that it is already shared among coreutils,

Re: Failing to use gnulib bootstrap in libtool

Hi Jim, Thanks for the feedback. On 3 Sep 2010, at 13:05, Jim Meyering wrote: > Gary V. Vaughan wrote: >> 14. Updating >> >> >> There's no obvious way for bootstrap to update itself. Since we got to some >> lengths to install the `gnulib' subproject that it comes from, it should a

Re: Failing to use gnulib bootstrap in libtool

Gary V. Vaughan wrote: > 14. Updating > > > There's no obvious way for bootstrap to update itself. Since we got to some > lengths to install the `gnulib' subproject that it comes from, it should at > least be able to warn that it is out of date even if a self-update is not > possib

Re: Failing to use gnulib bootstrap in libtool

And theres more... On 2 Sep 2010, at 23:36, Gary V. Vaughan wrote: > Is gnulib bootstrap designed for reuse in other projects? > > I'm finding it extremely difficult to understand a lot of the code, let alone > incorporate it into Libtool. I have some fixes for the obvious bugs, and a > lot of

Re: Failing to use gnulib bootstrap in libtool

Gary V. Vaughan wrote: > 1. gnulib_mk > > >> # Name of the Makefile.am >> gnulib_mk=gnulib.mk > > What is this for? The only use in the rest of the script is inside the > slurp() function, who's purpose I cannot fathom: > >> if test $file = Makefile.am && test "X$gnulib_mk" != X

Re: Failing to use gnulib bootstrap in libtool

Gary V. Vaughan wrote: > Is gnulib bootstrap designed for reuse in other projects? > > I'm finding it extremely difficult to understand a lot of the code, > let alone incorporate it into Libtool. ... Hi Gary, You're right, bootstrap is not pretty. It has grown mostly by accretion. It is used in

Re: Failing to use gnulib bootstrap in libtool

On 09/02/2010 10:36 AM, Gary V. Vaughan wrote: Is gnulib bootstrap designed for reuse in other projects? Yes; I know that it is already shared among coreutils, grep, libvirt, and several other projects. However, improvements are certainly welcome. I'll tackle the questions I know an answer

Failing to use gnulib bootstrap in libtool

Is gnulib bootstrap designed for reuse in other projects? I'm finding it extremely difficult to understand a lot of the code, let alone incorporate it into Libtool. I have some fixes for the obvious bugs, and a lot of questions about the design choices, below. In short, it could use a complet