summaryrefslogtreecommitdiff
path: root/packages/uclibc/uclibc_0.9.28.bb
AgeCommit message (Collapse)AuthorFiles
2007-02-24packages/uclibc/uclibc-0.9.28: Add uClibc config for i586 targetsStelios Koroneos1
2007-02-19uclibc_0.9.28.bb: Bump PRStelios Koroneos1
2006-09-08uclibc: chaned do_stage to do_install_prepend to resolve order issueFrans Meulenbroeks1
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 Meulenbroeks1
(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-08-05packages: sed -i s/^"include "/"require "/ */*.bb GNU sed rocks!Holger Freyther1
Use require for the BitBake files within packages. In contrast to the conf files the authors of these files expected these files to be included.
2005-09-22uclibc_0.9.28: fix thumb support to allow thumb uclibcJohn Bowler1
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, alsa, monotone-5, util-linux: enable thumb on ucslugc, disable it on ↵John Bowler1
these packages This commit causes thumb build for everything in ucslugc-packages except these packages and libgcc (from gcc). libgcc and uclibc still need some work, the other packages reveal compiler bugs (monotone), source bugs (alsa) or missing configuration (thumb arch support in util-linux) and so are disabled for the moment.
2005-09-08uclibc: put ARM thumb patches from 0.9.27 into 0.9.28John Bowler1
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-06uclibc: release 0.9.28 - upgrading to the release requires a rebuildJohn Bowler1
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.