multitech-oe.git - Multi-Tech CoreCDP 1.x OpenEmbedded Tree

Age	Commit message (Collapse)	Author	Files
2007-09-13	uclibc 0.9.28: add missing avr32 patch	Koen Kooi	1

2007-08-12	uclibc: massively improve avr32 support, courtesy Stelios Koroneos	Koen Kooi	23

2007-06-02	uclibc: enable ipv6 and rpc for avr32	Koen Kooi	1

2007-05-31	uclibc 0.9.28: replace avr32 config with an actual avr32 config....	Koen Kooi	1

2007-05-31	uclibc 0.9.28: add quick & dirty avr32 config	Koen Kooi	2

2007-05-13	uclibc: Fix .config for (old) uclibc-0.9.28	Leon Woestenberg	1

2007-02-24	packages/uclibc/uclibc-0.9.28: Add uClibc config for i586 targets	Stelios Koroneos	2

2007-02-19	/packages/uclibc/uclibc-0.9.28: Add config for i486	Stelios Koroneos	2
	Since the default now for x86 target is arch=i486 this is need for uclibc to build
2007-02-13	/uclibc/uclibc-0.9.28: Add generic powerpc config	Stelios Koroneos	2

2006-08-16	uclibc: added UCLIBC_HAS_SYS_SIGLIST to uClibc.distro so watchdog compiles	Frans Meulenbroeks	1

2006-08-14	uclibc: patches to compile with gcc 4.1.1 with thumb instruction set	Frans Meulenbroeks	2
	(patches derived from busybox mailing list)
2006-08-13	uclibc: added patch to compile uclibc for thumb; patch is from	Frans Meulenbroeks	1
	http://busybox.net/lists/uclibc-cvs/2006-January/008903.html
2006-01-14	slugos: move to ixp4xx-kernel, change nslu2 to more generic ixp4xx in conf	John Bowler	4
	- rather than build nslu2-kernel or nas100d-kernel slugos-image now builds ixp4xx-kernel, the generic kernel. ixp4xx is now used as the normal MACHINE override, even though MACHINE itself is still set to nslu2 or nas100d (or ixp4xx).
2005-10-24	uclibc: rename ucslugc config file to nslu2 in 0.9.28	John Bowler	2
	- the file is actually used in all NSLU2 uclibc builds, even though - it contains distro settings, therefore to avoid replicating it it - is made the default for all NSLU2
2005-10-19	uclibc: add uClibc.machine, uClibc.distro + empty defaults in uclibc.inc	John Bowler	3
	- Change uclibc 0.9.28 ucslugc builds (only) to use the new mechanism - to select ucslugc arm and armeb config - There is no change to any build config (including ucslugc), just a - change in mechanism.
2005-09-22	uclibc_0.9.28: fix thumb support to allow thumb uclibc	John Bowler	6
	This, together with the fixes in gcc and binutils, allows a system to be build with thumb libgcc and libuClibc (etc). ucslugc is changed to release 2 and to use thumb compilation of these modules.
2005-09-09	uclibc: fix STT_ARM_TFUNC handling in the uclibc ld.so	John Bowler	1
	STT_ARM_TFUNC handling was broken in uclibc because it is an ARM specific hack and uclibc code did not have support for it. Added the support in a way which I hope will be acceptable to uclibc and which should remain compatible with forthcoming binutils changes. ARM Thumb code is fully working with this commit with the possible exception of uclibc/gcc itself (not yet tested).
2005-09-08	uclibc: put ARM thumb patches from 0.9.27 into 0.9.28	John Bowler	3
	Some of the thumb patches had already been pushed into the uclibc release, this commit adds corrected/updated versions of most of the ones which had not been accepted. The controversial 'change the ldso symbol resolver' patch is not in this set - it will be re-worked to match the changes being made in binutils for the same problem.
2005-09-07	uclibc: ucslugc config 0.9.28 updated	John Bowler	1
	The config now sets the processor option to XScale, correct for ucslugc (which is NSLU2)
2005-09-06	uclibc: release 0.9.28 - upgrading to the release requires a rebuild	John Bowler	19
	IMPORTANT: the uClibc dynamic loader has changed in this release, the startup and finalisation is changed and this requires applications to be rebuilt with the new uclibc. If this is not done the applications will not work correctly. uclibc 0.9.28 contains all the non-thumb (ARM instruction set) patches OE applied to 0.9.27, this check in includes minimal updates to the uClibc.config file for each machine architecture, maintainers of individual architectures may want to make more changes to take advantage of new features in uClibc. It is possible to configure uClibc to offer backward compatibility with the 0.9.27 dynamic loader, if this is done it will still be necessary to have both uClibc DLLs (0.9.27 and 0.9.28) on the system for un-recompiled applications to build. This commit does not do this. With this commit the uclibc build is running the 'fix_includes.sh' script to verify the cross build header files. This seems to function correctly however it is possible that some distros may have incorrect header files (particular if uclibc-initial is built) - in that case it will be necessary to re-introduce the nokernelheader.patch If it is necessary to continue to use 0.9.27 in the presence of this upgrade set PREFERRED_VERSION_uclibc in the DISTRO .conf file.