Bug 45375

Summary:	modutils lacks dependency on gperf
Product:	Gentoo Linux	Reporter:	Pieter Van den Abeele (RETIRED) <pvdabeel>
Component:	[OLD] Core system	Assignee:	Gentoo's Team for Core System packages <base-system>
Status:	RESOLVED INVALID
Severity:	normal
Priority:	High
Version:	2004.1
Hardware:	All
OS:	All
Whiteboard:
Package list:		Runtime testing required:	---

Description Pieter Van den Abeele (RETIRED) gentoo-dev

2004-03-22 04:21:21 UTC

make[1]: Entering directory `/var/tmp/portage/modutils-2.4.26/work/modutils-2.4.26/genksyms'
gcc -O3 -mcpu=7450 -maltivec -mabi=altivec -o makecrc32 makecrc32.c
expect 6 shift/reduce conflicts and 5 reduce/reduce conflicts.
bison -o parse.c -dtv parse.y
parse.y: conflicts: 6 shift/reduce, 5 reduce/reduce
cmp: EOF on -
+ gperf -a -C -E -g -H is_reserved_hash -k '1,3,$' -N is_reserved_word -p -t keywords.gperf
./makecrc32 > crc32.tab.tmp
/bin/sh: line 1: gperf: command not found
make[1]: *** [keywords.c] Error 127
make[1]: *** Waiting for unfinished jobs....
mv crc32.tab.tmp crc32.tab
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/modutils-2.4.26/work/modutils-2.4.26/genksyms'
make: *** [all] Error 2

!!! ERROR: sys-apps/modutils-2.4.26 failed.
!!! Function src_compile, Line 43, Exitcode 2
!!! emake failed


catalyst: build script failed

catalyst: Stage build aborting due to error.

Comment 1 SpanKY gentoo-dev

2004-10-03 03:16:38 UTC

# Cannot rely on timestamps to detect if keywords.c needs to be regenerated or not.
# Repository checkouts and patch can mangle the timestamps.
# If keywords.gperf == keywords.gperf_shipped then use keywords.c_shipped,
# otherwise regenerate keywords.c using gperf and update the base files.

going by the error output 'cmp: EOF on -', looks like your compare is screwed up

using -O3 is kind of dumb ...