[Top] [All Lists]

Re: xfsprogs: is it one issue?

To: "Michael L. Semon" <mlsemon35@xxxxxxxxx>
Subject: Re: xfsprogs: is it one issue?
From: Zhi Yong Wu <zwu.kernel@xxxxxxxxx>
Date: Sun, 26 May 2013 06:57:04 +0800
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=cJQM5NRGi3V0T6DBcLssNaum91ps10it3vLxGI7ck08=; b=nlg4PZ/63d5SDHkk4Z9IAH+C3cbfS1AiXRS/LkiblDmcgt3s0WQnznmmurLtYGjPc1 01H2xoz/4tbRRG3uo78Dhz8fiuhxKNMC/5HgQ7YpfxrcbsfCUeR2M33eziS7EMUeh3c0 TEcl1V8RvgZGZIIRrXfpqwap/FdTEIJWWvYK63aVO9gvzZ3ozdo0ZSzRgdITo0y7uWrK G95QbnnmwfR6v3gplfLPQODWRUrzhndE1KPgYSYRss9gMnYB5DGS0K2xIhc+7q0Whlp2 Jl/D1Zih8tMs9z1w9ExgjA4wD6Gl1TokVZsItjrZbacKQmOsHKCdFc2echnNogMhT3sG yRBQ==
In-reply-to: <51A1144A.4020600@xxxxxxxxx>
References: <CAEH94LjnVn-uD6cfwOcChC4wq1PppcD8BN30F93SD=YjdTbbuw@xxxxxxxxxxxxxx> <51A1144A.4020600@xxxxxxxxx>
Yes, now xfsprogs can be compiled and installed well, but xfstests is
still failed to build.

[root@f15 xfstests]# make
loggen.c: In function 'loggen_unmount':
loggen.c:137:9: error: 'xlog_rec_header_t' has no member named 'h_chksum'
loggen.c: In function 'loggen_empty':
loggen.c:205:9: error: 'xlog_rec_header_t' has no member named 'h_chksum'
gmake[3]: *** [loggen] Error 1
gmake[2]: *** [src] Error 2
make[1]: *** [default] Error 2
make: *** [default] Error 2

On Sun, May 26, 2013 at 3:43 AM, Michael L. Semon <mlsemon35@xxxxxxxxx> wrote:
> On 05/25/2013 12:29 PM, Zhi Yong Wu wrote:
>> HI,
>> Did anyone hit this issue?
>> [root@f15 xfsprogs]# make
>> Building include
>> Building libxfs
>>      [TEST]    CRC32
>> In file included from ../include/libxfs.h:584:0,
>>                   from crc32.c:36:
>> ../include/xfs/xfs_ialloc.h:75:2: error: unknown type name ‘umode_t’
>> gmake[2]: *** [crc32selftest] Error 1
>> gmake[1]: *** [libxfs] Error 2
>> make: *** [default] Error 2
>> --
>> Regards,
>> Zhi Yong Wu
> Yes.  I've been getting around it by inserting the following in one of the
> two files above, perhaps in xfs_ialloc.h...
> typedef unsigned short umode_t;
> It's something in the private kernel headers that doesn't get exported to
> the public headers by `make headers_install` from the kernel build...at
> least not for the 3.9 kernel series and later, maybe 3.8 as well.  However,
> I've been told that umode_t is in the Debian 2.6 kernel headers.  The main
> questions here are 1) when did umode_t go away? and 2) what is the proper
> solution?  I use slackware-current, which is unaltered in many places where
> other distros would add extra tweaks, so it may not be a good reference
> distribution in this case.
> If you mention your distribution and have an idea of which kernel version
> made the headers in /usr/include/linux, it might help the pros here come up
> with a solutio...or at least tell the people in charge of the public headers
> that they might export umode_t.
> Thanks!
> Michael


Zhi Yong Wu

<Prev in Thread] Current Thread [Next in Thread>