Summary: | sys-libs/glibc fails with make-3.82 due to mixing of implicit/normal rules | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | SpanKY <vapier> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jackdachef |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://sources.redhat.com/bugzilla/show_bug.cgi?id=11873 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 331977 | ||
Attachments: |
Fix building with make >= 3.82
/usr/share/genkernel/patches/busybox/1.7.4/1.7.4-make-3.82.diff |
Description
SpanKY
2010-08-10 08:35:37 UTC
Created attachment 248616 [details, diff]
Fix building with make >= 3.82
This fixes the issue, it's the one frugelware linux is shipping with
that frugelware change isnt entirely correct. but upstream committed a change now, so i wont have to fix it myself :p. queued up in 2.11.2 and 2.12.1 patchsets Created attachment 252041 [details, diff] /usr/share/genkernel/patches/busybox/1.7.4/1.7.4-make-3.82.diff This is no bug, but removed unsupported undocumented hole in make. Patch (mine - looks work, not mind) for busybox 1.7.4 attached. About bug: http://comments.gmane.org/gmane.comp.gnu.make.bugs/4912 Paul Smith: "The previous behavior of mixing implicit and pattern rules in one line like that was never supported or documented, but due to a "hole" in the parser it worked for certain specific cases (for example, reversing that line so the pattern comes first would not work, nor would adding extra explicit targets after the pattern target)." (In reply to comment #3) > Created an attachment (id=252041) [details] > /usr/share/genkernel/patches/busybox/1.7.4/1.7.4-make-3.82.diff > > This is no bug, but removed unsupported undocumented hole in make. > Patch (mine - looks work, not mind) for busybox 1.7.4 attached. > > About bug: http://comments.gmane.org/gmane.comp.gnu.make.bugs/4912 > Paul Smith: > "The previous behavior of mixing implicit and pattern rules in one line > like that was never supported or documented, but due to a "hole" in the > parser it worked for certain specific cases (for example, reversing that > line so the pattern comes first would not work, nor would adding extra > explicit targets after the pattern target)." > Open new bug then, this one is closed and for glibc. Sorry. Sometimes I am annoying, I know. But other time I like mute. There are mixed browser tabs for bugzilla (under beer). Don't worry. |