llseek has inconsistent semantics between smp and enterprise 2.2.16 kernels
Running /usr/bin/nm on ARM cross-compiled binaries works fine on the
2.2.16-smp kernel (or any other kernel) and a fully updated RH7.0 system.
Using the -enterprise kernel, nm fails with:
/usr/bin/nm: conftest.o: Value too large for defined data type
Using strace, I see that it's because _llseek() returned EOVERFLOW. Fair
On the other kernels, this same _llseek() returned EINVAL and nm itself
went on to
While it may be argued that nm has a bug, the semantics of a system call
The semantics are more strictly specified by the LFS standard, which
is implemented only in the enterprise kernel.