[OE-core] [PATCH 1/1] uclibc: Upgrade to 0.9.32-rc3

[Khem Raj]

On (24/05/11 11:33), Phil Blundell wrote:
> On Sun, 2011-05-22 at 16:04 -0700, Khem Raj wrote:
> > Bring in the uclibc recipes from meta-oe they have been well
> > tested by now.
> 
> This doesn't build for me on i586:
> 
> | ccache i586-oe-linux-uclibc-gcc -march=i586 --sysroot=/home/pb/oe/build-meta-uclibc/tmp-uclibc-uclibc/sysroots/qemux86-tcbootstrap -c libc/sysdeps/linux/common/execve.c -o libc/sysdeps/linux/common/execve.o -include ./include/libc-symbols.h -Wall  -Wstrict-prototypes  -Wstrict-aliasing  -Wformat=2  -Wmissing-noreturn  -Wmissing-format-attribute  -Wmissing-prototypes  -Wmissing-declarations  -Wnested-externs  -Wnonnull  -Wold-style-declaration  -Wold-style-definition  -Wshadow  -Wundef -funsigned-char -fno-builtin -fno-asm -std=gnu99 -ffunction-sections -fdata-sections -m32 -march=pentium4 -fno-stack-protector -nostdinc -I./include -I./include -I. -I./libc/sysdeps/linux -I./libc/sysdeps/linux/i386 -O2 -pipe -g -feliminate-unused-debug-types  -Os -funit-at-a-time -fmerge-all-constants -fstrict-aliasing -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fomit-frame-pointer -mpreferred-stack-boundary=4 -falign-functions=1 -falign-jumps=1 -falign-labels=1 -falign-loops=1 -DHAVE_FORCED_UNWIND
>  -I./libpthread/nptl -I./libpthread/nptl -I./libpthread/nptl/sysdeps/unix/sysv/linux/i386/i686 -I./libpthread/nptl/sysdeps/unix/sysv/linux/i386 -I./libpthread/nptl/sysdeps/i386 -I./libpthread/nptl/sysdeps/i386 -I./libpthread/nptl/sysdeps/unix/sysv/linux -I./libpthread/nptl/sysdeps/unix/sysv/linux -I./libpthread/nptl/sysdeps/pthread -I./libpthread/nptl/sysdeps/pthread/bits -I./libpthread/nptl/sysdeps/generic -I./ldso/ldso/i386 -I./ldso/include -I./libc/sysdeps/linux/common -I/home/pb/oe/build-meta-uclibc/tmp-uclibc-uclibc/sysroots/qemux86/include/ -isystem /home/pb/oe/build-meta-uclibc/tmp-uclibc-uclibc/sysroots/x86_64-linux/lib/i586-oe-linux-uclibc.gcc-cross-intermediate/gcc/i586-oe-linux-uclibc/4.6.0/include-fixed -isystem /home/pb/oe/build-meta-uclibc/tmp-uclibc-uclibc/sysroots/x86_64-linux/lib/i586-oe-linux-uclibc.gcc-cross-intermediate/gcc/i586-oe-linux-uclibc/4.6.0/include -DNDEBUG -D__USE_STDIO_FUTEXES__      -MT libc/sysdeps/linux/common/execve.o -MD -MP -MF libc/sysdeps/linux/common/.execve.o.dep
> | libc/sysdeps/linux/common/epoll.c: In function '__libc_epoll_pwait':
> | libc/sysdeps/linux/common/epoll.c:71:80: error: memory input 7 is not directly addressable
> | libc/sysdeps/linux/common/epoll.c:75:86: error: memory input 7 is not directly addressable
> | make: *** [libc/sysdeps/linux/common/epoll.o] Error 1
> | make: *** Waiting for unfinished jobs....
> 
> BTW, why does uclibc set PACKAGE_ARCH = ${MACHINE_ARCH}?  Is there
> anything in it that's actually machine specific?
> 

It used to be that certain option were chosen based on machine when
compiling mainly -mtune and -march but there are patches to
rely upon compiler or use EXTRA_CFLAGS to convey that information.
and we have those patches applied in OE
So this should make it more machine independent. So I see no reason
to keep it machine specific now. uclibc kconfig only knows about architectures
and not about machines specifically.

> p.
> 
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
-Khem