Bug 153 - not able to build buildroot
Summary: not able to build buildroot
Status: RESOLVED FIXED
Alias: None
Product: buildroot
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: PC Linux
: P3 normal
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-06 13:14 UTC by Ruben Püttmann
Modified: 2017-08-10 10:28 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:


Attachments
Config for Buildroot (17.39 KB, application/octet-stream)
2009-03-06 13:14 UTC, Ruben Püttmann
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ruben Püttmann 2009-03-06 13:14:25 UTC
Created attachment 113 [details]
Config for Buildroot

hy,

I have tried building my buildroot and I got only this compile error:

  STRIP -x -R .note -R .comment lib/libutil.a
  LD libutil-0.9.30.so
  CC libpthread/linuxthreads/sysdeps/x86_64/pspinlock.oS
  CC libpthread/linuxthreads/sysdeps/unix/sysv/linux/fork.oS
  CC libpthread/linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.oS
  CC libpthread/linuxthreads/sysdeps/unix/sysv/linux/register-atfork.oS
  CC libpthread/linuxthreads/sysdeps/unix/sysv/linux/unregister-atfork.oS
  CC libpthread/linuxthreads/sysdeps/pthread/errno-loc.oS
In file included from libpthread/linuxthreads/sysdeps/pthread/errno-loc.c:23:
./libpthread/linuxthreads/sysdeps/unix/sysv/linux/x86_64/sysdep-cancel.h:20:20: error: sysdep.h: No such file or directory
make[1]: *** [libpthread/linuxthreads/sysdeps/pthread/errno-loc.oS] Error 1
make[1]: Leaving directory `/root/buildroot-2009.02/toolchain_build_x86_64/uClibc-0.9.30'
make: *** [/root/buildroot-2009.02/toolchain_build_x86_64/uClibc-0.9.30/lib/libc.a] Error 2


System: 
 Linux app0 2.6.27.8 #1 SMP Tue Dec 9 19:27:54 CET 2008 x86_64 GNU/Linux
 Debian Testing

Also: 
root@app0:[~/buildroot-2009.02] > find . -name 'sysdep.h'
./toolchain_build_x86_64/uClibc-0.9.30/libc/string/ia64/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libc/string/mips/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libc/sysdeps/linux/cris/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libc/sysdeps/linux/xtensa/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libc/sysdeps/linux/ia64/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libc/sysdeps/linux/bfin/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libc/sysdeps/linux/powerpc/bits/sysdep.h
./toolchain_build_x86_64/uClibc-0.9.30/libpthread/linuxthreads/sysdeps/arm/sysdep.h
./toolchain_build_x86_64/binutils-2.19/opcodes/sysdep.h
./toolchain_build_x86_64/binutils-2.19/ld/sysdep.h
./toolchain_build_x86_64/binutils-2.19/bfd/sysdep.h
./toolchain_build_x86_64/binutils-2.19/binutils/sysdep.h
root@app0:[~/buildroot-2009.02] > 

  

I have attached teh .config.
Comment 1 Peter Korsgaard 2009-03-06 23:50:28 UTC
NTPL threads is not supported on x86-64 in uclibc, so please select PTHREAD_OLD (and disable multilib) and it should work
Comment 2 Ruben Püttmann 2009-03-09 13:23:16 UTC
                   hy,


why gives the make menuconfig me the possibility to configure that, if it can not work?


after make the changes to teh config it doesn't compile at all. Now I have this error:


/root/buildroot-2009.02/build_x86_64/staging_dir/usr/bin/x86_64-linux-uclibc-gcc -Os -pipe -Os  -I/root/buildroot-2009.02/build_x86_64/staging_dir/usr/include -I/root/buildroot-2009.02/build_x86_64/staging_dir/include --sysroot=/root/buildroot-2009.02/build_x86_64/staging_dir/ -isysroot /root/buildroot-2009.02/build_x86_64/staging_dir -mtune=k8 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -shared  .libs/SAX.o .libs/entities.o .libs/encoding.o .libs/error.o .libs/parserInternals.o .libs/parser.o .libs/tree.o .libs/hash.o .libs/list.o .libs/xmlIO.o .libs/xmlmemory.o .libs/uri.o .libs/valid.o .libs/xlink.o .libs/HTMLparser.o .libs/HTMLtree.o .libs/debugXML.o .libs/xpath.o .libs/xpointer.o .libs/xinclude.o .libs/nanohttp.o .libs/nanoftp.o .libs/DOCBparser.o .libs/catalog.o .libs/globals.o .libs/threads.o .libs/c14n.o .libs/xmlstring.o .libs/xmlregexp.o .libs/xmlschemas.o .libs/xmlschemastypes.o .libs/xmlunicode.o .libs/xmlreader.o .libs/relaxng.o .libs/dict.o .libs/SAX2.o .libs/xmlwriter.o .libs/legacy.o .libs/chvalid.o .libs/pattern.o .libs/xmlsave.o .libs/xmlmodule.o .libs/schematron.o  -Wl,--rpath -Wl,/root/buildroot-2009.02/build_x86_64/staging_dir/usr/lib -Wl,--rpath -Wl,/root/buildroot-2009.02/build_x86_64/staging_dir/usr/lib -ldl -L/root/buildroot-2009.02/build_x86_64/staging_dir/lib -L/root/buildroot-2009.02/build_x86_64/staging_dir/usr/lib -lz /root/buildroot-2009.02/build_x86_64/staging_dir/usr/lib/libiconv.so -lm  -mtune=k8 -mtune=k8 -Wl,-soname -Wl,libxml2.so.2 -o .libs/libxml2.so.2.6.32
/root/buildroot-2009.02/build_x86_64/staging_dir/usr/bin/../lib/gcc/x86_64-linux-uclibc/4.3.2/../../../../x86_64-linux-uclibc/bin/ld: /root/buildroot-2009.02/build_x86_64/staging_dir/usr/lib/libz.a(crc32.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/root/buildroot-2009.02/build_x86_64/staging_dir/usr/lib/libz.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[3]: *** [libxml2.la] Error 1
make[3]: Leaving directory `/root/buildroot-2009.02/build_x86_64/libxml2-2.6.32'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/buildroot-2009.02/build_x86_64/libxml2-2.6.32'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/root/buildroot-2009.02/build_x86_64/libxml2-2.6.32'
make: *** [/root/buildroot-2009.02/build_x86_64/libxml2-2.6.32/.stamp_built] Error 2
root@app0:[~/buildroot-2009.02] > 

Is ist again a missconfiguration? Or something broken? 
Comment 3 Peter Korsgaard 2009-03-09 13:30:13 UTC
More userfriendliness would certainly be good, but the NTPL support is work in progress, and the option is mainly there for easy testing. The help text says:

Not all thread variants work with all versions of uClibc,
the "linuxthreads (stable/old)" may be a working fallback
if you need threading at all.

Do you have any suggestions on how to make this more clear?

Regarding your build issues: Please make sure you are building from a clean tree (do a new checkout or run rm -rf *build_*)
Comment 4 Peter Korsgaard 2009-08-01 19:10:12 UTC
explained long time ago