xfs
[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 07:11:03 +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=oimMGsn7z69B4N3f3AkMGUqnFBlrEu11U29X+LfEvPc=; b=jiyJFSBAmcVSe4Lac2R1ii4TjpYJW4dFYjQ/ukP2Pk0bJtWYjvwt9NM5cz0Gn5QqJb WoIy3vw1MNEVYFo8F2TPbVvdHMJB/kdlMWrT1OwV4/7zuCUVkZTi/x/uv6o7hcEftAKu MgPalMAFNFY+vEWLxYNBDn/kjpmvMp8ovolGPAGLY77ZZ5E+iQ7yPNm0h9/YAicz4X8w 2iBSYV+ZCpGLasyYIjkM5asrSUuODwN4p2DOzKcmcFW0d+SgXTXs3so+mXyPXU+Im3BL 7zBt9N4XbCnLHD30JuH1AApfSyYN51AzfkN0X/AM7vR2BxpXIXo5Jmh1AOObkpG85vbT S7dw==
In-reply-to: <CAEH94LgWQcjSMenoT3a81pLWbw2pEYWpKFyGwoxAvDX2FTwbXA@xxxxxxxxxxxxxx>
References: <CAEH94LjnVn-uD6cfwOcChC4wq1PppcD8BN30F93SD=YjdTbbuw@xxxxxxxxxxxxxx> <51A1144A.4020600@xxxxxxxxx> <CAEH94LgWQcjSMenoT3a81pLWbw2pEYWpKFyGwoxAvDX2FTwbXA@xxxxxxxxxxxxxx>
I remove the lines related to h_chksum, then it can work well, so i
guess that i should send out one patch to fix it.

On Sun, May 26, 2013 at 6:57 AM, Zhi Yong Wu <zwu.kernel@xxxxxxxxx> wrote:
> 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
>
>
>
> --
> Regards,
>
> Zhi Yong Wu



-- 
Regards,

Zhi Yong Wu

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