Kyle McMartin 894b5779ce [PATCH] No arch-specific strpbrk implementations ... While cleaning up parisc_ksyms.c earlier, I noticed that strpbrk wasn't being exported from lib/string.c. Investigating further, I noticed a changeset that removed its export and added it to _ksyms.c on a few more architectures. The justification was that "other arches do it." I think this is wrong, since no architecture currently defines __HAVE_ARCH_STRPBRK, there's no reason for any of them to be exporting it themselves. Therefore, consolidate the export to lib/string.c. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>		2006-04-11 06:18:40 -07:00
..
alphanum.c
asm-offsets.c
dma.c
early_printk.c
entry.S
fpu.c
head.S
init_task.c
irq_intc.c
irq.c	[PATCH] more for_each_cpu() conversions	2006-03-23 07:38:17 -08:00
led.c
Makefile
module.c
pci_sh5.c
pci_sh5.h
pci-dma.c
pcibios.c
process.c	[PATCH] sh64: task_stack_page()	2006-01-12 09:08:57 -08:00
ptrace.c	[PATCH] consolidate sys_ptrace()	2005-11-07 07:53:42 -08:00
semaphore.c
setup.c	[PATCH] unify PFN_* macros	2006-03-27 08:44:48 -08:00
sh_ksyms.c	[PATCH] No arch-specific strpbrk implementations	2006-04-11 06:18:40 -07:00
signal.c
switchto.S
sys_sh64.c
syscalls.S	[PATCH] consolidate sys_ptrace()	2005-11-07 07:53:42 -08:00
time.c	[PATCH] RTC: Remove some duplicate BCD definitions	2006-03-28 09:16:01 -08:00
traps.c
unwind.c
vmlinux.lds.S