Summary: | sys-devel/bison-2.5 configure fail with m4-1.4.15 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Naohiro Aota <naota> |
Component: | Current packages | Assignee: | Matt Turner <mattst88> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | base-system, kensington, naota, releng, siarhei.siamashka |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Naohiro Aota
2011-07-19 11:19:08 UTC
Actually this also fail on Linux, so assign this bug to base-system. How to reproduce on Linux. 1. emerge -1 =m4-1.4.15 2. emerge -1 =bison-2.5 Failed with: checking for x86_64-pc-linux-gnu-ranlib... (cached) x86_64-pc-linux-gnu-ranlib checking for GNU M4 that supports accurate traces... configure: error: no acceptable m4 could be found in $PATH. GNU M4 1.4.6 or later is required; 1.4.16 or newer is recommended. GNU M4 1.4.15 uses a buggy replacement strstr on some systems. Glibc 2.9 - 2.12 and GNU M4 1.4.11 - 1.4.15 have another strstr bug. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/sys-devel/bison-2.5/work/bison-2.5/config.log This package should have more strict version dependency for m4. This was reportedly breaking ARM and MIPS stages (and probably others), so I committed a fix to bison-2.5.ebuild: - m4 dependency was bumped to 1.4.16. - m4 was moved from RDEPEND back to DEPEND (because this is actually correct, and because it was moved from DEPEND to RDEPEND in 2006 as a hack workaround) |