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

From: Pádraig Brady <[email-masked]>
Date: Wed, 24 Oct 2012 00:48:44 +0100

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.