summaryrefslogtreecommitdiff
path: root/src/test/test-strxcpyx.c
diff options
context:
space:
mode:
authorHarald Hoyer <harald@redhat.com>2013-04-18 07:34:25 +0200
committerHarald Hoyer <harald@redhat.com>2013-04-18 07:34:25 +0200
commitfc6e6d245ee3989c222a2a8cc82a33475f9922f3 (patch)
tree1bac92dfa3d1575e136586f4c549d2ac312cca6c /src/test/test-strxcpyx.c
parent5521d6985648669a65d0529bb01c7a32edc99294 (diff)
Add ugly CMP_F_TYPE() macro
On some architectures (like s390x) the kernel has the type int for f_type, but long in userspace. Assigning the 32 bit magic constants from linux/magic.h to the 31 bit signed f_type in the kernel, causes f_type to be negative for some constants. glibc extends the int to long for those architecures in 64 bit mode, so the negative int becomes a negative long, which cannot be simply compared to the original magic constant, because the compiler would automatically cast the constant to long. To workaround this issue, we also compare to the (int)MAGIC value in a macro. Of course, we could do #ifdef with the architecure, but it has to be maintained, and the magic constants are 32 bit anyway. Someday, when the int is unsigned or long for all architectures, we can remove this macro again. Until then, keep it as simple as it can be.
Diffstat (limited to 'src/test/test-strxcpyx.c')
0 files changed, 0 insertions, 0 deletions