emake fails in libnl-3.2.7 if <sys-devel/bison-2.4 is installed (saw this bug on an old machine with bison-2.3 still installed). The dependencies list virtual/yacc, but the package fails to build with the only stable version of yacc, yacc-1.9.1-r4. Attempting to build the package with bison-1.875d also fails. The package apparently uses bison-specific extensions introduced in bison-2.4. This bug also applies to the latest unstable version, libnl-3.2.11 (and I'm assuming 3.2.9 too). Reproducible: Always Steps to Reproduce: # emerge -1 =dev-libs/libnl-3.2.7 Actual Results: >>> Compiling source in /var/tmp/portage/dev-libs/libnl-3.2.7/work/libnl-3.2.7 ... make -j1 Making all in include make[1]: Entering directory `/var/tmp/portage/dev-libs/libnl-3.2.7/work/libnl-3.2.7/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/var/tmp/portage/dev-libs/libnl-3.2.7/work/libnl-3.2.7/include' Making all in lib make[1]: Entering directory `/var/tmp/portage/dev-libs/libnl-3.2.7/work/libnl-3.2.7/lib' GEN route/cls/ematch_grammar.c GEN route/cls/ematch_syntax.c route/cls/ematch_syntax.y:32.14-22: syntax error, unexpected "string", expecting "=" make[1]: *** [route/cls/ematch_syntax.c] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-libs/libnl-3.2.7/work/libnl-3.2.7/lib' make: *** [all-recursive] Error 1 * ERROR: dev-libs/libnl-3.2.7 failed (compile phase): * emake failed
Created attachment 316581 [details] ebuild patch
Created attachment 316583 [details, diff] ebuild patch Fixed Content-Type
sys-devel/bison-2.4 went stable in April 2010, and 2.3 was removed in May 2011, so setting a minimum version is like telling everyone it's fine to never update your system. However, I can confirm that dev-util/yacc fails where sys-devel/bison builds libnl fine, so I will make that change.
(In reply to comment #2) > Created attachment 316583 [details, diff] > ebuild patch > > Fixed Content-Type You can actually change that afterwards by clicking Details next to the Attachment. The change is in the tree. Thank you for reporting.
The >=sys-devel/bison-2.4.2 shouldn't serve to tell users it's OK to never update their system, but seeing as sys-devel/bison-1.875d is still in the tree but also fails to build this package, I'd say DEPEND should explicitly specify a minimum version!
