Re: Problems building coreutils HEAD against gnulib HEAD

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[adding bug-automake]

According to Jim Meyering on 2/19/2008 4:33 AM:
|> But I am, having seen it myself.  It happens when you have a stale symlink
|> from an older copy of gnulib, but which now points nowhere because the
|> file was renamed in gnulib.
|
| It's annoying.  Didn't someone (you, Eric?) post an automake
| patch to generate Makefile rules that would avoid this?

You are thinking about this patch of Ralf's:
http://git.sv.gnu.org/gitweb/?p=automake.git;a=commitdiff;h=d0ebf71

I'm not sure if that was ported back to the 1.10 branch.  But it looks
like that patch only handles the make rules for rerunning aclocal, and
will not impact the ./bootstrap rules for running aclocal afresh when
there are broken symlinks matching *.m4 in the included directories.
Maybe one more automake patch is needed, to avoid warning on broken
symlink source files if the resulting aclocal still manages to provide
every needed macro?  Meanwhile, I still think coreutils' bootstrap should
delete these broken symlinks before trying to run aclocal.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHutmD84KuGfSFAYARAj+JAKCks8FiZ1bXzsLQu0y1YY3w7fPzygCgyxj5
CuMXB3YbUD4i+7UYeO12S34=
=5pMJ
-----END PGP SIGNATURE-----