Re: can't bootstrap bison

[Jeffrey Walton]

On Mon, Mar 30, 2020 at 8:17 PM Bruno Haible <address@hidden> wrote:
>
> I have an old bison checkout, without modifications. Now updated it
> using "git pull", then ran
>   $ ./bootstrap
>
> The run ends with
>
>   Don't forget to
>     - "include gnulib.mk" from within "lib/Makefile.am",
>     - add "gnulib-po/Makefile.in" to AC_CONFIG_FILES in ./configure.ac,
>     - mention "gnulib-po" in SUBDIRS in Makefile.am,
>     - mention "-I m4" in ACLOCAL_AMFLAGS in Makefile.am,
>     - mention "m4/gnulib-cache.m4" in EXTRA_DIST in Makefile.am,
>     - invoke gl_EARLY in ./configure.ac, right after AC_PROG_CC_STDC,
>     - invoke gl_INIT in ./configure.ac.
>   prefix=lib/
>   ./bootstrap: some git submodules are not initialized.  Run 'git submodule 
> init' and bootstrap again.
>
> So I do this:
>
>   $ git submodule init
>   $ ./bootstrap
>   ...
>   ./bootstrap: some git submodules are not initialized.  Run 'git submodule 
> init' and bootstrap again.
>   $ echo $?
>   1
>   $ git status
>   On branch master
>   Your branch is up-to-date with 'origin/master'.
>   nothing to commit, working directory clean
>   $ git submodule
>    d279bc6d9f9323e19ad8c32b6d12ff96dfb0f5ba gnulib (v0.1-3322-gd279bc6)
>   -babc8660d5a7561ed7e99e09aeabffaccfe06d6d submodules/autoconf
>
> I'm stuck here.
>
> There was a similar report about GNUTLS here:
> https://lists.gnu.org/archive/html/bug-gnulib/2019-03/msg00001.html
>
> The cause is probably in gnulib:
> https://lists.gnu.org/archive/html/bug-gnulib/2019-01/msg00000.html

There are other problems with the "fail if submodule not initialized" method.

I regular run symlinks -d to remove dead symlinks. Too many packages
pollute machines. They have forced user's hand to tidy up after them.

In this case, bootstrap should recreate the symlinks it needs as
required when the targets are present.

Jeff