uClibc-alpine - Where we track our uclibc patches

	Commit message (Collapse)	Author	Age	Files	Lines
*	enable nanosecond stat support for everyone	Mike Frysinger	2009-08-19	1	-14/+6
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	Fill out the stat structure so that the nanosecond resolution support is always available. There is a small code size increase for a few ports (three additional assignments in xstatconv), but otherwise everything should remain the same. While we're here, punt __old_kernel_stat from the few headers that still define it as it is unused in uClibc and causes compile errors after these nanosecond changes. Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
*	Merge from trunk.	"Steven J. Hill"	2006-12-16	1	-0/+4
\|
*	Add multiple-include protection.	Miles Bader	2003-01-27	1	-0/+4
\|
*	Ok, people are probably going to hate me for this... This commit changes the	Eric Andersen	2003-01-24	1	-42/+2
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	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
*	Redo stat structures (kernel changed too).	Miles Bader	2002-08-30	1	-77/+66
\|
*	Initial checkin.	Miles Bader	2002-08-26	1	-0/+109