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
> [email protected]
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
-Khem
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
