uClibc-alpine - Where we track our uclibc patches

	Commit message (Collapse)	Author	Age	Files	Lines
*	bits/kernel_stat.h: no need for _LIBC guard, the file is not installed on target	Peter S. Mazinger	2011-03-09	1	-4/+0
\| \| \| \|	Signed-off-by: Peter S. Mazinger <ps.m@gmx.net>
*	enable nanosecond stat support for everyone	Mike Frysinger	2009-07-26	1	-16/+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>
*	- trim any trailing whitespace	Bernhard Reutner-Fischer	2008-07-23	1	-2/+2
\|
*	bits/kernel_stat.h is for internal uClibc use only, fix a few other	Eric Andersen	2006-12-06	1	-0/+4
\| \| \| \|	minor include file issues
*	Partial patch from Alexandre Oliva:	Eric Andersen	2004-08-26	1	-36/+63
\| \| \| \| \| \| \| \| \| \|	- adjust licensing terms of sources for crt*.o - change the stat ABI to speed it up, matching changes in the kernel - assorted bug-fixes, improvements and updates in the FR-V port etc.
*	Alexandre Oliva writes:	Eric Andersen	2004-02-18	1	-0/+57
	This patch adds code to uClibc to support a new ABI designed for the FR-V architecture, that enables text segments of executables and shared libraries to be shared by multiple processes on an OS such as uClinux, that can run on FR-V processors without an MMU. Patches for binutils and GCC have just been posted in the corresponding mailing lists. The binutils patch was approved, but there's one additional patch pending review, that I posted this week. An updated GCC patch will be posted to gcc-patches@gcc.gnu.org as soon as I complete testing (I used a known-good compiler to test the uClibc patch below). Since the existing dynamic loader code didn't support independent relocation of segments, it required changes that were somewhat extensive. I've added a number of new machine-specific macros to try to keep the platform and ABI-specific details outside the generic code. I hope this is not a problem.