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

Previous Next

Full log

Message #8 received at 12715 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Mike Frysinger <vapier <at> gentoo.org>
Cc: 12715 <at> debbugs.gnu.org
Subject: Re: bug#12715: coreutils-8.20: bad dependency information with man
	page generation
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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.