Bug 352818

Summary:	sys-apps/coreutils miss dependency on dev-util/gperf with some OS's
Product:	Gentoo Linux	Reporter:	Markus Duft (RETIRED) <mduft>
Component:	New packages	Assignee:	Gentoo Prefix <prefix>
Status:	RESOLVED NEEDINFO
Severity:	normal	CC:	base-system
Priority:	High
Version:	unspecified
Hardware:	All
OS:	All
Whiteboard:
Package list:		Runtime testing required:	---

Description Markus Duft (RETIRED) gentoo-dev

2011-01-26 12:06:09 UTC

I don't know who actually pulls in gperf on my gentoo linux (it is installed), but in prefix, i cannot build coreutils-8.8 on a clean @system-only prefix. i get:

make[2]: Entering directory `/opt/gentoo/var/tmp/portage/sys-apps/coreutils-8.8/work/coreutils-8.8/lib'
  GEN      alloca.h
  GEN      arg-nonnull.h
  GEN      c++defs.h
  GEN      warn-on-use.h
  GEN      configmake.h
  GEN      errno.h
  GEN      fnmatch.h
  GEN      getopt.h
gperf -m 10 ./iconv_open-hpux.gperf > ./iconv_open-hpux.h-t
gperf -m 10 ./iconv_open-irix.gperf > ./iconv_open-irix.h-t
/opt/gentoo/bin/bash: gperf: command not found
make[2]: *** [iconv_open-hpux.h] Error 127

this is x86-interix, but i guess it does not matter. if i manually merge gperf, it works as expected.

Comment 1 SpanKY gentoo-dev

2011-01-29 19:26:02 UTC

i'm not adding a hard dependency on gperf when only a few random non-linux systems need it

Comment 2 Fabian Groffen gentoo-dev

2011-01-30 10:25:38 UTC

Please check the mtimes of lib/iconv_open-XXX.gperf and lib/iconv_open-XXX.h files.  In 8.9 the .h is older than the .gperf file, which should assure that the .h files aren't regenerated from the .gperf files (Makefile rule).