Cross-compiling xfsprogs 3.2.x
Cross-compiling xfsprogs 3.2.4 gives an error:
./gen_crc32table: cannot execute binary file: Exec format error This makes sense as a binary built for the target can't run on the build host.
Working around that isn't hard, however there's no way to run crc32selftest sensibly and I have no idea whether tables built on a little-endian 64-bit host will run on a big-endian 32-bit...
Also, I get nervous if I see all the warnings like:
readdir.c:77:2: warning: format '%lx' expects argument of type 'long unsigned int', but argument 2 has type '__off64_t' [-Wformat=]
printf(" d_off: 0x%08lx", dirent->d_off);
Any ideas?
Detlef
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 7 lines · Detlef Vollmann
Cross-compiling xfsprogs 3.2.4 gives an error:
./gen_crc32table: cannot execute binary file: Exec format error This makes sense as a binary built for the target can't run on the build host.
Working around that isn't hard, however there's no way to run crc32selftest sensibly and I have no idea whether tables built on a little-endian 64-bit host will run on a big-endian 32-bit...
At this point, we have to trust the cross compiler not to have bugs. Unfortuantely, this is a bad deal, because we know that various cross-compilers (e.g. gcc 4.6/4.7 on intel host to arm target) generate broken code that results in directory corruption....
As for it failing to execute and stopping the build, that should be fixed in 4.2.0-rc1 (current head of the git tree here:git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git).
Quoted 4 lines
Also, I get nervous if I see all the warnings like:
readdir.c:77:2: warning: format '%lx' expects argument of type 'long unsigned int', but argument 2 has type '__off64_t' [-Wformat=]
printf(" d_off: 0x%08lx", dirent->d_off);
Which is correct on 64 bit machines as glibc defines __off64_t to a long int on 64 bit platforms. On 32 bit platforms it is "long long int" and that's why we have those "PRIu64" formatting strings throughout the code base. e.g. in xfs_repair:
$ git grep PRIu64 repair |wc -l 372
there are 372 instances of PRIu64 being used to handle this sort of problem. There are always going to be new ones pop up as 32 bit systems are not the primary development target. I'll happily take patches to silence these warnings on your 32 bit builds (and any other problems you find)...
Cheers,
Dave.
Signature · 7 lines
Dave Chinner [email protected] _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs