uClibc-alpine - Where we track our uclibc patches

	Commit message (Collapse)	Author	Age	Files	Lines
*	whoops, reversed naming of nano sec members ... kernel uses _, user space ↵	Mike Frysinger	2005-07-17	1	-6/+6
\| \| \| \|	does not
*	syntax cleanups	Mike Frysinger	2005-07-17	1	-30/+30
\|
*	rip out previous armeb old-stat abi compat code since arm linux opinion is ↵	Mike Frysinger	2005-07-17	1	-73/+9
\| \| \| \|	that the old stat.h abi was for little endian only ... people should use this patch to fix their armeb kernels: http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=863/1
*	with the help of John Bowler, track down the ugly ABI change between 2.4 / ↵	Mike Frysinger	2005-07-16	1	-3/+69
\| \| \| \|	2.6 on big endian arm kernels and work around it best we can at runtime
*	add support for passing nano seconds (if arch supports it)	Mike Frysinger	2005-07-15	1	-2/+11
\|
*	Patch from Stefan Allius to fix the build when	Eric Andersen	2003-01-28	1	-0/+2
\| \| \| \|	large file support is disabled
*	Finish up fixing stat and setting various system types.	Eric Andersen	2003-01-24	1	-43/+1
\|
*	I thought it would be smaller to inline since these funcs are small.	Eric Andersen	2003-01-24	1	-2/+14
\| \| \| \| \|	Well, not inlining saves 300 bytes, so do that instead. -Erik
*	Ok, people are probably going to hate me for this... This commit changes the	Eric Andersen	2003-01-24	1	-0/+103
	type of 'struct stat' and 'struct stat64' so they use consistant types. This change is the result of a bug I found while trying to use GNU tar. The problem was caused by our using kernel types within struct stat and trying to directly compare these values with standard types. Trying an 'if (a < b)' when 'a' is an 'unsigned long' and 'b' is an 'int' leads to very different results then when comparing entities of the same type (i.e. time_t values).... Grumble. Nasty stuff, but I'm glad I got this out of the way now. As a result of this fix, uClibc 0.9.17 will not be binary compatible with earlier releases. I have always warned people this can and will happen. -Erik