| Summary: | poky-tiny qemux86 uclibc build fails | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Jonathan Liu <net147> |
| Component: | devtools / tool chain | Assignee: | valentin <valentin.popa> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | meta.mr.watcher, meta.watcher, raj.khem, sgw, valentin.popa |
| Version: | 1.6 | ||
| Target Milestone: | 1.6 | ||
| Hardware: | x86 | ||
| OS: | x86 | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |
|
Description
Jonathan Liu
2014-02-22 11:05:43 UTC
most probably its some messed up locale on build host. Can you reproduce the same on another build host ? Please verify your host locale setup as Khem Suggested Build Configuration: BB_VERSION = "1.21.1" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Arch-rolling" TARGET_SYS = "i586-poky-linux-uclibc" MACHINE = "qemux86" DISTRO = "poky-tiny" DISTRO_VERSION = "1.5+snapshot-20140227" TUNE_FEATURES = "m32 i586" TARGET_FPU = "" meta meta-yocto meta-yocto-bsp = "master:5ab9d7e28f987fba8bab03bb7851c263f746c208" I didn't have en_US and en_GB locales enabled on my host so I have enabled it and uclibc-initial builds. However, I get the following now when it tries to build uclibc-git: | i586-poky-linux-uclibc-gcc -m32 -march=i586 --sysroot=/home/net147/git/poky-minimal/build/tmp/sysroots/qemux86-tcbootstrap -c libc/sysdeps/linux/common/sethostname.c -o libc/sysdeps/linux/common/sethostname.os -Wall -Wstrict-prototypes -Wstrict-aliasing -funsigned-char -fno-builtin -fno-asm -std=gnu99 -m32 -fno-stack-protector -nostdinc -I./include -I./include -include libc-symbols.h -I./libc/sysdeps/linux/i386 -I./libc/sysdeps/linux -I./ldso/ldso/i386 -I./ldso/include -I. -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 -O2 -pipe -g -feliminate-unused-debug-types -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./libc/sysdeps/linux/common -isystem /home/net147/git/poky-minimal/build/tmp/sysroots/x86_64-linux/usr/lib/i586-poky-linux-uclibc.gcc-cross-initial/gcc/i586-poky-linux-uclibc/4.8.2/include-fixed -isystem /home/net147/git/poky-minimal/build/tmp/sysroots/x86_64-linux/usr/lib/i586-poky-linux-uclibc.gcc-cross-initial/gcc/i586-poky-linux-uclibc/4.8.2/include -I/home/net147/git/poky-minimal/build/tmp/sysroots/qemux86/usr/include/ -DNDEBUG -D__USE_STDIO_FUTEXES__ -fPIC -MT libc/sysdeps/linux/common/sethostname.os -MD -MP -MF libc/sysdeps/linux/common/.sethostname.os.dep | libc/sysdeps/linux/common/posix_fadvise.c:26:29: error: unknown type name 'off64_t' | int posix_fadvise64(int fd, off64_t offset, off64_t len, int advice); | ^ | libc/sysdeps/linux/common/posix_fadvise.c:26:45: error: unknown type name 'off64_t' | int posix_fadvise64(int fd, off64_t offset, off64_t len, int advice); | ^ | libc/sysdeps/linux/common/posix_fadvise.c: In function 'posix_fadvise': | libc/sysdeps/linux/common/posix_fadvise.c:32:2: warning: implicit declaration of function 'posix_fadvise64' [-Wimplicit-function-declaration] | return posix_fadvise64(fd, offset, len, advice); | ^ | Makerules:363: recipe for target 'libc/sysdeps/linux/common/posix_fadvise.os' failed | make: *** [libc/sysdeps/linux/common/posix_fadvise.os] Error 1 The problem seems to be with the commit 00571b43df2e0554d1b0716681832ba9975177c5 from uclibc repo. I've sent an email on the uclibc mailing list asking the author to send a patch that fixes the xtensa issue that also doesn't break the other platforms. If get no response I'll try to send a fix for this (although I might break xtensa). can you enable 'largefile' in distro features ? Thanks Khem for the suggestion! Indeed adding "largefile" to DISTRO_FEATURES fixes the build problem. I'm not sure yet if this avoids the real problem (building without large file support doesn't work) or is the right "fix" (building without large file support is "deprecated" in uclibc). (In reply to comment #6) > Thanks Khem for the suggestion! > Indeed adding "largefile" to DISTRO_FEATURES fixes the build problem. > I'm not sure yet if this avoids the real problem (building without large > file support doesn't work) or is the right "fix" (building without large > file support is "deprecated" in uclibc). this is actually bypassing the problem in uclibc and its a known one. but then largefile support is essential now a days, so enabling it in poky-tiny might not be a bad idea in general. Sent a patch that enables LFS for uclibc. |