bug#12715: coreutils-8.20: bad dependency information with man page generation

[Pádraig Brady]

On 10/23/2012 11:27 PM, Mike Frysinger wrote:

if i look at vanilla coreutils-8.20, i see:
Makefile.in:man/uname.1:     src/uname.c

which seems to have originated from man/local.mk, but munged:
man/uname.1:     src/uname

this causes parallel build problems because man/uname.1 generation can get
scheduled before src/uname has been linked.  easy way to reproduce:
         ./configure
         touch src/uname.c
         make -j
...
   GEN    man/uname.1
   CC     src/hostname.o
   CC     src/uptime.o
   CC     src/kill.o
   CC     src/groups.o
   GEN    lib/charset.alias
   GEN    lib/ref-add.sed
   GEN    lib/ref-del.sed
   CC     lib/set-mode-acl.o
   CC     lib/copy-acl.o
   CC     lib/file-has-acl.o
   CC     lib/allocator.o
help2man: can't get '--help' info from man/uname.td/uname
   CC     lib/areadlink.o
make[2]: *** [man/uname.1] Error 127
make[2]: *** Waiting for unfinished jobs....
   CC     lib/areadlink-with-size.o
-mike

Ouch. There was a recent commit related
to that exact issue which should have fixed this?
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=11d6386

The Makefile.in in my local git repo is correct, i.e.
  man/uname.1:     src/uname
whereas in the dist tarball it's
  man/uname.1:     src/uname.c

I might get time to investigate some time tomorrow.

thanks,
Pádraig.