Bug 199315 - xfsprogs doesn't build on ppc64
xfsprogs doesn't build on ppc64
Product: Fedora
Classification: Fedora
Component: xfsprogs (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Russell Cattelan
Depends On:
Blocks: FC6Blocker
  Show dependency treegraph
Reported: 2006-07-18 16:33 EDT by Jeremy Katz
Modified: 2013-01-09 23:00 EST (History)
3 users (show)

See Also:
Fixed In Version: fc6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-27 15:57:51 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
xfsprogs-2.8.10-ppc64-types.patch (744 bytes, patch)
2006-09-25 13:08 EDT, Markus Rothe
no flags Details | Diff
xfsprogs-2.8.10-types.patch (1.24 KB, patch)
2006-09-26 02:42 EDT, Markus Rothe
no flags Details | Diff

  None (edit)
Description Jeremy Katz 2006-07-18 16:33:55 EDT
With the glibc-kernheaders changes, xfsprogs stops building on ppc64.  Adding an
ExcludeArch temporarily:

gmake[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mminimal-toc  -g -O2 -DNDEBUG -funsigned-char
-fno-strict-aliasing -Wall -DVERSION=\"2.8.4\" -DLOCALEDIR=\"/usr/share/locale\"
-DPACKAGE=\"xfsprogs\" -I./include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64   -g -O2
-DNDEBUG -funsigned-char -fno-strict-aliasing -Wall -DVERSION=\"2.8.4\"
-DLOCALEDIR=\"/usr/share/locale\" -DPACKAGE=\"xfsprogs\" -I../include
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64    -c -o xfs_copy.o xfs_copy.c
In file included from /usr/include/asm/elf.h:5,
                 from /usr/include/asm/sigcontext.h:12,
                 from /usr/include/bits/sigcontext.h:28,
                 from /usr/include/signal.h:333,
                 from /usr/include/sys/wait.h:31,
                 from xfs_copy.c:21:
/usr/include/asm/types.h:40: error: conflicting types for '__s64'
../include/xfs/platform_defs.h:42: error: previous declaration of '__s64' was here
/usr/include/asm/types.h:41: error: conflicting types for '__u64'
../include/xfs/platform_defs.h:41: error: previous declaration of '__u64' was here
gmake[1]: *** [xfs_copy.o] Error 1
Comment 1 David Woodhouse 2006-07-18 16:43:54 EDT
xfs should be using standard types (uint64_t) instead of defining its own copy
of the kernel-private types.
Comment 2 Robert Scheck 2006-07-18 17:10:58 EDT
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).
Comment 3 Jesse Keating 2006-08-17 22:04:57 EDT
Jeff, ping on this?  Would like to get this fixed for FC6 (and RHEL5)
Comment 4 Robert Scheck 2006-09-09 19:39:18 EDT
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.
Comment 5 David Woodhouse 2006-09-10 02:15:56 EDT
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.
Comment 6 Robert Scheck 2006-09-10 07:14:50 EDT
Can't we patch this (e.g. s/__u64/uint64_t/) and send the patch upstream?
Comment 7 David Woodhouse 2006-09-10 09:07:25 EDT
That would be appropriate behaviour, yes.
Comment 8 Eric Sandeen 2006-09-18 16:48:02 EDT
I tested the latest xfsprogs-2.8.11 on a mostly-RHEL5-beta system with:


and the problem persists.  I pinged an sgi-guy about it, to see if they can get
this fixed upstream.
Comment 9 Markus Rothe 2006-09-25 13:08:57 EDT
Created attachment 137071 [details]

I have opened some while ago an upstream bug here:

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...
Comment 10 Markus Rothe 2006-09-26 02:42:04 EDT
Created attachment 137107 [details]

Just to let you know, here is the patch from upstream, which is definetly
Comment 11 David Woodhouse 2006-09-26 02:56:57 EDT
It's still abusing kernel-private types and namespace. It should just switch to
uint32_t et al -- proper C99 types.
Comment 12 Robert Scheck 2006-09-26 03:00:55 EDT
Markus, could you please reopen the bug at SGI bugzilla, as it isn't really 
Comment 13 Russell Cattelan 2006-09-27 15:57:51 EDT
Just checked the spec file to upgrade xfsprogs to the latest version
Included the ppc64 build patch.

Passed all brew builds.

Note You need to log in before you can comment on or make changes to this bug.