On 01/23/2017 17:51, Alexey Neyman wrote:
Hi,
Buildroot checks for UCLIBC_HAS_LFS feature macro, which was removed in 1.0.20 (making uClibc-ng always support large files).
Patch restores this symbol as "always-enabled".
Regards, Alexey.
Was this picked up for 1.0.22? Lack of this option appears to burn the xfsdump package, because it forcefully looks for some kind of largefile support now:
http://oss.sgi.com/archives/xfs/2016-08/msg00265.html
So as of xfsdump-3.1.6, I can't compile it due to a failure in a configure check. This simple testcase shows what happens:
# cat x.c #include <xfs/xfs.h>
void main(void) { }
# gcc x.c -o x In file included from x.c:1:0: /usr/include/xfs/xfs.h:53:12: error: size of array 'xfs_assert_largefile' is too large extern int xfs_assert_largefile[sizeof(off_t)-8]; ^~~~~~~~~~~~~~~~~~~~
I suspect the former broke the latter, but I haven't been able to test that just yet. Or does anyone else know why xfs.h can't compile on an uclibc-ng-1.0.20 system? Platform is definitely 64-bits.