Summary: | sys-libs/glibc has missing dev-util/gperf DEPEND | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nikoli <nikoli> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Nikoli
2011-09-29 20:04:06 UTC
there should be no need for gperf at build time. the tarball comes with the gperf files already "compiled". it doesn't seem to be run on my system. post a full build log as an attachment. Created attachment 288291 [details]
build.log
the even weirder part is that it tries to generate the file at install time. if it needed to regenerate things, it should have done it at build time. if you edit sys-libs/glibc/files/eblits/src_install.eblit and change the `emake install_root....` line to include a "-d", then re-emerge and post a new log file, that might produce something useful. the log will be much bigger though ... Will try. But does glibc build fine for you after removing gperf? If you are not able to reproduce 'emerge --depclean --with-bdeps=n' should help. works fine on my hardened box
# gperf
bash: gperf: command not found
# emerge glibc
...
>>> Installing (1 of 1) sys-libs/glibc-2.12.2
...
build.log - 8M, 627M unpacked: https://nikoli.msk.ru/fls/glibc-2.12.2_gperf_d_build.log.xz sys-libs/glibc-2.20-r2 builds fine for me without gperf. |