On (10/05/10 09:55), Tom Rini wrote: > On Mon, 2010-05-10 at 16:53 +0200, Thilo Fromm wrote: > > Hello Guys, > > > > this is a somewhat cumulated response - I'd like to address some of the > > things mentioned at different points in the discussion in one place. > > Please forgive me should I misquote things. > > > > > > > > Graeme Gregory in <[email protected]>: > > > > [Steffen Sledz] > > > > It seem's not to be possible to use DEFAULT_PREFERENCE_hipox in the > > > > linux-libc-headers recipes. So what's the right way to handle this? > > > > Something like PREFERRED_VERSION_linux-libc-headers_hipox = "2.6.24" > > > > in angstrom-2008.1.conf? > > > > > [Graeme Gregory] > > > I thought glibc was supposed to gracefully fall back on missing > > > syscalls? > > > > Glibc is compiled against 2.6.31 headers, which is one of our main > > issues here. It only ever *runs* with a 2.6.24 kernel on the target > > system, though. So it cannot know about missing syscalls until runtime. > > So, I think some of the confusion here stems from confusion about (and I > don't know the right answer off-hand) how glibc handles the > --with-kernel=VERSION stuff.
Well based on --with-kernel supplied to it during build time it configures syscalls that are available in that version of kernel. unlike uclibc which configures based on the kernel headers supplied to it at buildtime glibc does not assume the version to be the one supplied during build but with --with-kernel you can make it know that it will not be run on kernel versions less than one specified to --with-kernel so it should be ok to compile glibc using newer version of kernel and run it on an older version of kernel. -Khem _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
