summaryrefslogtreecommitdiff
path: root/packages/uclibc/uclibc-0.9.28
AgeCommit message (Collapse)AuthorFiles
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.