Am 07.05.2010 09:23, wrote Koen Kooi: >>>> #This is unrelated to the kernel version, but userspace apps (e.g. HAL) >>>> require a recent version to build against >>>> -PREFERRED_VERSION_linux-libc-headers = "2.6.31" >>>> +PREFERRED_VERSION_linux-libc-headers ?= "2.6.31" >>>> +PREFERRED_VERSION_linux-libc-headers_hipox ?= "2.6.24" >>> >>> NACK, that creates undefined behaviour for multimachine builds. > >> -PREFERRED_VERSION_linux-libc-headers = "2.6.31" >> +PREFERRED_VERSION_linux-libc-headers = "2.6.31" >> +PREFERRED_VERSION_linux-libc-headers_hipox = "2.6.24" > >> Is this better? > > No, it still changes the headers for one machine, which leads to > undefined behaviour for other machines using the same arch. > Any solution that doesn't mark *all* packages as machine specific for > hipox is going to cause that behaviour.
Hmmmm? So what is the right method to change the header version for a machine which needs a specific kernel version? Something like PREFERRED_VERSION_linux-libc-headers in machine config? Evidently glibc does not fall back gracefully on missing syscalls. Regards, Steffen _______________________________________________ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel