uClibc-alpine - Where we track our uclibc patches

	Commit message (Collapse)	Author	Age	Files	Lines
*	trim Experimentally off and uncommented hidden	Bernhard Reutner-Fischer	2009-09-18	1	-1/+0
\| \| \| \| \| \| \| \|	sed -i -e '/Experimentally off - /d' $(grep -rl "Experimentally off - " ) sed -i -e '/^\/\[[:space:]]libc_hidden_proto(/d' $(grep -rl "libc_hidden_proto" ) should be a nop Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
*	next portion of libc_hidden_proto removal	Denis Vlasenko	2008-11-20	1	-1/+1
\|
*	fixes from psm: hide internal brk symbols	Mike Frysinger	2006-08-23	1	-6/+3
\|
*	Remove all non-constant libc_hidden_data_def(), it is too unreliable, sorry, ↵	Peter S. Mazinger	2006-03-10	1	-1/+0
\| \| \| \|	most of global data relocations are back
*	I will risk this one: __curbrk	Peter S. Mazinger	2006-02-01	1	-0/+2
\|
*	make DODEBUG=y happy, update sysdeps/common/* copyright	Peter S. Mazinger	2006-01-14	1	-1/+2
\|
*	hidden_def/hidden_proto: convert all users (I hope) termios split, add some ↵	Peter S. Mazinger	2006-01-14	1	-3/+4
\| \| \| \|	missing headers, other jump relocs removed
*	Do hidden brk, hide _brk as well for some archs, convert users of brk	Peter S. Mazinger	2005-12-14	1	-1/+1
\|
*	Do hidden sbrk	Peter S. Mazinger	2005-12-13	1	-2/+3
\|
*	s/___brk_addr/__curbrk/g	Eric Andersen	2004-07-30	1	-4/+4
\| \| \| \| \| \| \| \|	Some utilities, such as valgrind, have a legitimate reason to know the address of the current brk. Since we know such utils will peek under our skirt, we might as well give them what they expect and not use a gratuitously different symbol name. -Erik
*	Alexandre Oliva writes:	Eric Andersen	2004-02-18	1	-0/+25
	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.