uClibc-alpine - Where we track our uclibc patches

	Commit message (Collapse)	Author	Age	Files	Lines
*	BIG BIG commit: all left files merged from trunk [rev 22714]. Currenntly ↵	Carmelo Amoroso	2008-07-09	1	-3/+8
\| \| \| \|	NPTL sh4 port build and work fine. All committed to allow Khem Ray working on a working branch to integrate the ARM nptl port. MIPS nptl port not tested but should still building and working fine. There are some other part non yet merged with trunk (misc/internals and some headers file that need some more work). Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
*	Merge from trunk.	"Steven J. Hill"	2006-02-28	1	-14/+6
\|
*	Finish up changes for sigaction and NPTL.	"Steven J. Hill"	2005-12-10	1	-2/+2
\|
*	Finalize the merge from the trunk. There are more files to be	"Steven J. Hill"	2005-07-30	1	-31/+42
\| \| \| \|	merged, but they will be done manually.
*	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