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.