aboutsummaryrefslogtreecommitdiffstats
path: root/arch/um/sys-x86_64/Makefile
diff options
context:
space:
mode:
authorPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>2005-05-05 16:15:17 -0700
committerLinus Torvalds <torvalds@ppc970.osdl.org>2005-05-05 16:36:33 -0700
commit0c28130b5c9e8f0b153436d3dae39482e5a70af1 (patch)
treedf2c3f91108cc897cd799196b6044ebb617a8f0a /arch/um/sys-x86_64/Makefile
parent23352fc252495fdc072b3bd29f57c4c6b7a6bd83 (diff)
downloadkernel_samsung_espresso10-0c28130b5c9e8f0b153436d3dae39482e5a70af1.zip
kernel_samsung_espresso10-0c28130b5c9e8f0b153436d3dae39482e5a70af1.tar.gz
kernel_samsung_espresso10-0c28130b5c9e8f0b153436d3dae39482e5a70af1.tar.bz2
[PATCH] x86_64: make string func definition work as intended
In include/asm-x86_64/string.h there are such comments: /* Use C out of line version for memcmp */ #define memcmp __builtin_memcmp int memcmp(const void * cs,const void * ct,size_t count); This would mean that if the compiler does not decide to use __builtin_memcmp, it emits a call to memcmp to be satisfied by the C out-of-line version in lib/string.c. What happens is that after preprocessing, in lib/string.i you may find the definition of "__builtin_strcmp". Actually, by accident, in the object you will find the definition of strcmp and such (maybe a trick intended to redirect calls to __builtin_memcmp to the default memcmp when the definition is not expanded); however, this particular case is not a documented feature as far as I can see. Also, the EXPORT_SYMBOL does not work, so it's duplicated in the arch. I simply added some #undef to lib/string.c and removed the (now duplicated) exports in x86-64 and UML/x86_64 subarchs (the second ones are introduced by another patch I just posted for -mm). Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> CC: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/um/sys-x86_64/Makefile')
0 files changed, 0 insertions, 0 deletions