diff options
author | Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> | 2005-05-05 16:15:17 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@ppc970.osdl.org> | 2005-05-05 16:36:33 -0700 |
commit | 0c28130b5c9e8f0b153436d3dae39482e5a70af1 (patch) | |
tree | df2c3f91108cc897cd799196b6044ebb617a8f0a /drivers/fc4/fc-al.h | |
parent | 23352fc252495fdc072b3bd29f57c4c6b7a6bd83 (diff) | |
download | kernel_samsung_smdk4412-0c28130b5c9e8f0b153436d3dae39482e5a70af1.tar.gz kernel_samsung_smdk4412-0c28130b5c9e8f0b153436d3dae39482e5a70af1.tar.bz2 kernel_samsung_smdk4412-0c28130b5c9e8f0b153436d3dae39482e5a70af1.zip |
[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 'drivers/fc4/fc-al.h')
0 files changed, 0 insertions, 0 deletions