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 _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
