Summary: | net-wireless/wireless-tools-29 redefines "inline" in a public header | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrea Conti <alyf> |
Component: | Current packages | Assignee: | Mobile Herd (OBSOLETE) <mobile+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alex.buell, burcheri.massimo+bugs-gentoo, lauranger, madcored, schlotzky, trigggl |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
URL: | https://bugs.launchpad.net/ubuntu/+source/wireless-tools/+bug/435793 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Patch based on 30_pre9 |
Description
Andrea Conti
2009-10-18 13:32:46 UTC
wireless-tools-30_pre8 was just committed to the tree. could you try that version? thanks No, building xulrunner still fails with -30_pre8 (which is expected, as the specific section of iwlib.h that is causing the problem is still there unchanged). *** Bug 329601 has been marked as a duplicate of this bug. *** *** Bug 301874 has been marked as a duplicate of this bug. *** (In reply to comment #4) > *** Bug 301874 has been marked as a duplicate of this bug. *** That bug has a patch attached that gets rid of the ridiculous compiler "fix". According to... http://packages.debian.org/changelogs/pool/main/w/wireless-tools/wireless-tools_30~pre9-5/changelog * New upstream release. - Does not redefine inline keyword on recent compilers anymore. Closes: #548192 This bug is fixed since 30_pre9 upstream release, we have that in tree package.masked. It's the version Debian is using in 'testing', maybe we should use it in ~arch? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548192 *** Bug 345967 has been marked as a duplicate of this bug. *** *** Bug 349836 has been marked as a duplicate of this bug. *** Any news? This bug still breaks compiling current net-libs/xulrunner-1.9.2.13 (stable for most archs). Should we unmask 30_pre9 and use it in ~ppc or even ppc, since current stable set around firefox does not compile on ppc? Are other architectures affected by this bug? Otherwise please adjust Hardware: flag. Created attachment 264875 [details, diff]
Patch based on 30_pre9
This patch implements the same "fix" as the one in wireless-tools-30_pre9. If I don't hear any complaints about it in the next week, I'm going to just commit it, this issue has hung around for too long.
Compiles and installs OK, commands appear to run OK although I don't have wireless on my SPARCs. Stabilisation might be OK. Still no response, so I've added the fix to the tree. I'll go stable with this version on ppc/ppc64 if we don't hear back otherwise. Still no response, so I've marked 29-r1 ppc stable which fixes this bug. |