Am 05.02.2017 um 03:29 schrieb Joshua Kinard
<kumba(a)gentoo.org>rg>:
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
kumba(a)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(a)uclibc-ng.org
http://mailman.uclibc-ng.org/cgi-bin/mailman/listinfo/devel