[ANNOUNCE] uClibc-0.9.30-rc2 released
Rob Landley
rob at landley.net
Sun Oct 19 19:35:39 UTC 2008
We're wandering a bit away from uClibc here, I'm going to start cc:ing this to
firmware at them.com and drop the uclibc cc: next batch of messages.
On Sunday 19 October 2008 04:03:15 Vladimir Dronnikov wrote:
> > chroot-setup.sh
>
> Had to patch it slightly.
Details? (I'm interested in fixing upstream.)
> Can't use mini-native as external toolchain for building Bernhard's
> buildroot: tools/gcc/include if out of -I path.
Buildroot has its own assumptions about where things go. In this instance, it
sounds like buildroot is making an assumption about the host system that's
simply not correct. (The way the linux kernel finds this is
> toybox patch doesn't
> understand -d dir and -E options; it can be easily fixed in buildroot
> patch-kernel.sh. But toybox patch just fails if it didn't apply _cleanly_
> -- this means a fuzz stops building process though it shouldn't.
Actually, toybox patch is better than busybox patch about this. Toybox can
handle offsets, which busybox couldn't last I checked. (That's why it's
using the toybox one by default, busybox patch is _brittle_.)
What "fuzz factor" actually means is trimming context lines to find a place to
fit the patch, and if your patch _needs_ to do that it's a little beyond "not
applying cleanly" into "the patch program is just guessing where this should
go". Neither busybox nor toybox handles that. I could _add_ it, but in
general if your patch _needs_ that the patch should be fixed. (Since there
are only 3 context lines to start, trimming them is _dangerous_, and has
resulted in mis-applied patches before.)
> Can't use cross-compile either: they link intermediate binaries (fixdep,
> conf, ...) _dynamically_ and I have no libes on my rootfs.
The correct way to go about using FWL to boostrap buildroot would be to build
natively, and this means adding libraries buildroot needs to your rootfs
before trying to build it. (I.E. the Linux From Scratch) approach.
Rob
More information about the uClibc
mailing list