]> err.no Git - linux-2.6/commit
[PATCH] x86_64: make string func definition work as intended
authorPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Thu, 5 May 2005 23:15:17 +0000 (16:15 -0700)
committerLinus Torvalds <torvalds@ppc970.osdl.org>
Thu, 5 May 2005 23:36:33 +0000 (16:36 -0700)
commit0c28130b5c9e8f0b153436d3dae39482e5a70af1
treedf2c3f91108cc897cd799196b6044ebb617a8f0a
parent23352fc252495fdc072b3bd29f57c4c6b7a6bd83
[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>
arch/i386/kernel/i386_ksyms.c
arch/um/sys-x86_64/ksyms.c
arch/x86_64/kernel/x8664_ksyms.c
lib/string.c