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. -- Joshua Kinard Gentoo/MIPS ku...@gentoo.org 6144R/F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic _______________________________________________ devel mailing list devel@uclibc-ng.org http://mailman.uclibc-ng.org/cgi-bin/mailman/listinfo/devel
