[Top][All Lists]

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

Re: Problems building coreutils HEAD against gnulib HEAD

From: Eric Blake
Subject: Re: Problems building coreutils HEAD against gnulib HEAD
Date: Tue, 19 Feb 2008 06:28:35 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20071031 Thunderbird/ Mnenhy/

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:

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
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


reply via email to

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