Age | Commit message (Collapse) | Author | Files |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(patches derived from busybox mailing list)
|
|
http://busybox.net/lists/uclibc-cvs/2006-January/008903.html
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|