uClibc-alpine - Where we track our uclibc patches

	Commit message (Collapse)	Author	Age	Files	Lines
*	Synch arch specific part of libc/string for ↵	Carmelo Amoroso	2008-06-19	14	-15/+15
\| \| \| \|	frv/ia64/sparc/i386/powerpc/arm/avr32/x86_64/cris/bfin
*	Merge from trunk.	"Steven J. Hill"	2006-08-18	4	-1/+7
\|
*	Merge from trunk. Going pretty good so far. Kind of. Okay, not really.	"Steven J. Hill"	2006-02-25	16	-76/+50
\|
*	Big fricking merge from trunk.	"Steven J. Hill"	2006-01-07	14	-35/+20
\|
*	Finish merge from trunk, again, no really.	"Steven J. Hill"	2005-12-10	1	-2/+2
\|
*	Merge from trunk.	"Steven J. Hill"	2005-12-02	1	-3/+1
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+54
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+48
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+54
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+59
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+56
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+49
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+62
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+52
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+62
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+49
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+60
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+56
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+57
\|
*	Copy from trunk.	"Steven J. Hill"	2005-11-17	1	-0/+52
\|
*	Massive merge from trunk.	"Steven J. Hill"	2005-11-17	1	-15/+4
\|
*	Merge with trunk.	"Steven J. Hill"	2005-11-17	1	-329/+0
\|
*	Merge from trunk.	"Steven J. Hill"	2005-10-30	1	-37/+8
\|
*	Copy from trunk.	"Steven J. Hill"	2005-10-30	1	-0/+35
\|
*	Sync.	"Steven J. Hill"	2005-09-06	1	-6/+13
\|
*	merge parallel build support	Mike Frysinger	2005-01-25	1	-5/+4
\|
*	Add in aliases provided by the non arch specific implementations	Eric Andersen	2003-11-06	1	-0/+6
\|
*	The curse of cut-n-paste	Eric Andersen	2003-11-06	1	-6/+1
\|
*	Add some initial x86 string optimizations. These make no attempt to use nifty	Eric Andersen	2003-11-06	2	-0/+366
	things like mmx/3dnow/etc. These are not inline, and will therefore not be as fast as modifying the headers to use inlines (and cannot therefore do tricky things when dealing with const memory). But they should (I hope!) be faster than their generic equivalents.... More importantly, these should provide a good example for others to follow when adding arch specific optimizations. -Erik