Bug 199315
Summary: | xfsprogs doesn't build on ppc64 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jeremy Katz <katzj> | ||||||
Component: | xfsprogs | Assignee: | Russell Cattelan <cattelan> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | dcantrell, dwmw2, redhat-bugzilla | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | fc6 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-09-27 19:57:51 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 150224 | ||||||||
Attachments: |
|
Description
Jeremy Katz
2006-07-18 20:33:55 UTC
xfs should be using standard types (uint64_t) instead of defining its own copy of the kernel-private types. Thanks Jeremy and David for looking into it. Guess one of you will fix and push it to the build system - can you add %{?dist} to the release tag of the xfsprogs then, too? Thank you (even if it's a bit off-topic here). Jeff, ping on this? Would like to get this fixed for FC6 (and RHEL5) The package glibc-kernheaders doesn't exist any longer. Does this problem also exist using the new kernel-headers package? I don't have access to a ppc64 system. BTW, bug #205906 is pointing to xfsprogs 2.8.11 which also could solve the problem. You don't need a ppc64 system to know whether xfsprogs is still abusing the kernel types when it should be using proper types like uint64_t. Can't we patch this (e.g. s/__u64/uint64_t/) and send the patch upstream? That would be appropriate behaviour, yes. I tested the latest xfsprogs-2.8.11 on a mostly-RHEL5-beta system with: kernel-headers-2.6.17-1.2519.4.21.el5.ppc64 kernel-headers-2.6.17-1.2519.4.21.el5.ppc glibc-headers-2.4.90-22.ppc and the problem persists. I pinged an sgi-guy about it, to see if they can get this fixed upstream. Created attachment 137071 [details] xfsprogs-2.8.10-ppc64-types.patch I have opened some while ago an upstream bug here: http://oss.sgi.com/bugzilla/show_bug.cgi?id=707 I'll attach a patch that works for me. Though I don't programm that often and don't know if this is the propper fix... Created attachment 137107 [details]
xfsprogs-2.8.10-types.patch
Just to let you know, here is the patch from upstream, which is definetly
better.
It's still abusing kernel-private types and namespace. It should just switch to uint32_t et al -- proper C99 types. Markus, could you please reopen the bug at SGI bugzilla, as it isn't really fixed? Just checked the spec file to upgrade xfsprogs to the latest version 2.8.11. Included the ppc64 build patch. Passed all brew builds. |