summaryrefslogtreecommitdiff
path: root/packages/uclibc/uclibc-0.9.28
AgeCommit message (Collapse)AuthorFiles
2007-02-24packages/uclibc/uclibc-0.9.28: Add uClibc config for i586 targetsStelios Koroneos2
2007-02-19/packages/uclibc/uclibc-0.9.28: Add config for i486Stelios Koroneos2
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 configStelios Koroneos2
2006-08-16uclibc: added UCLIBC_HAS_SYS_SIGLIST to uClibc.distro so watchdog compilesFrans Meulenbroeks1
2006-08-14uclibc: patches to compile with gcc 4.1.1 with thumb instruction setFrans Meulenbroeks2
(patches derived from busybox mailing list)
2006-08-13uclibc: added patch to compile uclibc for thumb; patch is fromFrans Meulenbroeks1
http://busybox.net/lists/uclibc-cvs/2006-January/008903.html
2006-01-14slugos: move to ixp4xx-kernel, change nslu2 to more generic ixp4xx in confJohn Bowler4
- 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-24uclibc: rename ucslugc config file to nslu2 in 0.9.28John Bowler2
- 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-19uclibc: add uClibc.machine, uClibc.distro + empty defaults in uclibc.incJohn Bowler3
- 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-22uclibc_0.9.28: fix thumb support to allow thumb uclibcJohn Bowler6
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-09uclibc: fix STT_ARM_TFUNC handling in the uclibc ld.soJohn Bowler1
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-08uclibc: put ARM thumb patches from 0.9.27 into 0.9.28John Bowler3
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-07uclibc: ucslugc config 0.9.28 updatedJohn Bowler1
The config now sets the processor option to XScale, correct for ucslugc (which is NSLU2)
2005-09-06uclibc: release 0.9.28 - upgrading to the release requires a rebuildJohn Bowler19
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.