[Buildroot] Building x86

All of lore.kernel.org
 help / color / mirror / Atom feed

* [Buildroot] Building x86_64 Toolchain
       [not found] <5ABE8A5E96C0364CAF2B4DC1DEB7CEAC490DDEBC@Mercury.usurf.usu.edu>
@ 2011-05-16 19:43 ` Jonathan Haws
  2011-05-17  6:58   ` Thomas Petazzoni
  0 siblings, 1 reply; 6+ messages in thread
From: Jonathan Haws @ 2011-05-16 19:43 UTC (permalink / raw)
  To: buildroot

I am having some issues building the initial toolchain for an x86_64 target.  It gets to a point when it is building GCC and I get a segmentation fault.  The error is pasted below.

I tried this with all versions of GCC available, the stable release of Buildroot, as well as the latest snapshot of Buildroot.  I get the exact same errors regardless of which GCC or version of Buildroot.  However, I get two different errors based on the version of linuxthreads I include.

I am not sure what to make of either one.  Can anyone point me in the right direction?  My host system is running Fedora 12, 2.6.32.26, GCC 4.4.4, BinUtils 2.19.

Thanks!

Jonathan

LINUXTHREADS (STABLE/OLD)
libpthread/linuxthreads.old/spinlock.c:70:7: warning: variable 'spin_count' set but not used [-Wunused-but-set-variable]
  CC libpthread/linuxthreads.old/wrapsyscall.os
  CC libpthread/linuxthreads.old/pthread.oS
  AR cr libpthread/linuxthreads.old/libpthread_so.a
  STRIP -x -R .note -R .comment libpthread/linuxthreads.old/libpthread_so.a
  LD libpthread-0.9.31.so
  CC librt/mq_close.os
  CC librt/mq_getsetattr.os
  CC librt/mq_notify.os
  CC librt/mq_open.os
  CC librt/mq_receive.os
  CC librt/mq_send.os
  CC librt/mq_unlink.os
  CC librt/shm.os
  CC librt/timer_create.os
  CC librt/timer_delete.os
  CC librt/timer_getoverr.os
  CC librt/timer_gettime.os
  CC librt/timer_settime.os
  AR cr lib/librt.a
  STRIP -x -R .note -R .comment lib/librt.a
  LD librt-0.9.31.so
  CC ldso/libdl/libdl.os
In file included from ldso/libdl/libdl.c:122:0:
./ldso/ldso/x86_64/elfinterp.c: In function '_dl_do_lazy_reloc':
./ldso/ldso/x86_64/elfinterp.c:263:6: warning: variable 'symtab_index' set but not used [-Wunused-but-set-variable]
  AS ldso/ldso/x86_64/resolve.os
  AR cr lib/libdl.a
  STRIP -x -R .note -R .comment lib/libdl.a
  CC libpthread/linuxthreads.old/pthread.os
  AR cr lib/libpthread.a
  STRIP -x -R .note -R .comment lib/libpthread.a
make[1]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/uClibc-0.9.31'
touch -c /home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/uClibc-0.9.31/lib/libc.a
/usr/bin/make -j1 -C /home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/uClibc-0.9.31 \
                ARCH="x86_64" \
                PREFIX=/home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sysroot \
                DEVEL_PREFIX=/usr/ \
                RUNTIME_PREFIX=/ \
                install_runtime install_dev
make[1]: Entering directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/uClibc-0.9.31'
install -m 755 ./lib/lib*-0.9.31.so \
                /home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sysroot/lib/
(cd ./lib && tar -cf - *.so.*) | tar -xf - -C /home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sysroot/lib/
tar: libpthread.so.0: no version information available (required by /lib64/librt.so.1)
tar: libpthread.so.0: no version information available (required by /lib64/librt.so.1)
/bin/sh: line 1: 17753 Segmentation fault      (core dumped) tar -cf - *.so.*
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
make[1]: *** [install_runtime] Error 2
make[1]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/uClibc-0.9.31'
make: *** [/home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sysroot/usr/lib/libc.a] Error 2

LINUXTHREADS (NEW)
  STRIP -x -R .note -R .comment lib/libutil.a
  LD libutil-0.9.31.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:0:
./libpthread/linuxthreads/sysdeps/unix/sysv/linux/x86_64/sysdep-cancel.h:20:20: fatal error: sysdep.h: No such file or directory
compilation terminated.
make[1]: *** [libpthread/linuxthreads/sysdeps/pthread/errno-loc.oS] Error 1
make[1]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot-2011.02/output/toolchain/uClibc-0.9.31'
make: *** [/home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot-2011.02/output/toolchain/uClibc-0.9.31/lib/libc.a] Error 2

--
Jonathan R. Haws
jhaws at sdl.usu.edu

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Buildroot] Building x86_64 Toolchain
  2011-05-16 19:43 ` [Buildroot] Building x86_64 Toolchain Jonathan Haws
@ 2011-05-17  6:58   ` Thomas Petazzoni
  2011-05-17 15:01     ` Jonathan Haws
  0 siblings, 1 reply; 6+ messages in thread
From: Thomas Petazzoni @ 2011-05-17  6:58 UTC (permalink / raw)
  To: buildroot

Hello,

On Mon, 16 May 2011 19:43:53 +0000
Jonathan Haws <Jonathan.Haws@sdl.usu.edu> wrote:

> (cd ./lib && tar -cf - *.so.*) | tar -xf - -C /home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sysroot/lib/
> tar: libpthread.so.0: no version information available (required by /lib64/librt.so.1)
> tar: libpthread.so.0: no version information available (required by /lib64/librt.so.1)
> /bin/sh: line 1: 17753 Segmentation fault      (core dumped) tar -cf - *.so.*
> tar: This does not look like a tar archive
> tar: Exiting with failure status due to previous errors

It seems like "tar" is segfaulting here, so it seems to be a problem
with the tar program of your distribution. Can you check the core dump
to see to which program it comes from ?

Can you share your Buildroot .config so that I can try to reproduce the
problem on a different distribution?

> In file included from libpthread/linuxthreads/sysdeps/pthread/errno-loc.c:23:0:
> ./libpthread/linuxthreads/sysdeps/unix/sysv/linux/x86_64/sysdep-cancel.h:20:20: fatal error: sysdep.h: No such file or directory
> compilation terminated.

I am not sure if LinuxThreads new is supposed to compile or not.

Regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Buildroot] Building x86_64 Toolchain
  2011-05-17  6:58   ` Thomas Petazzoni
@ 2011-05-17 15:01     ` Jonathan Haws
  2011-05-17 15:13       ` Jonathan Haws
  2011-05-17 15:46       ` Jonathan Haws
  0 siblings, 2 replies; 6+ messages in thread
From: Jonathan Haws @ 2011-05-17 15:01 UTC (permalink / raw)
  To: buildroot

>> (cd ./lib && tar -cf - *.so.*) | tar -xf - -C /home/jhaws/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sysroot/lib/
>> tar: libpthread.so.0: no version information available (required by /lib64/librt.so.1)
>> tar: libpthread.so.0: no version information available (required by /lib64/librt.so.1)
>> /bin/sh: line 1: 17753 Segmentation fault      (core dumped) tar -cf - *.so.*
>> tar: This does not look like a tar archive
>> tar: Exiting with failure status due to previous errors
>
>It seems like "tar" is segfaulting here, so it seems to be a problem
>with the tar program of your distribution. Can you check the core dump
>to see to which program it comes from ? 
>
>Can you share your Buildroot .config so that I can try to reproduce the
>problem on a different distribution?
>
>> In file included from libpthread/linuxthreads/sysdeps/pthread/errno-loc.c:23:0:
>> ./libpthread/linuxthreads/sysdeps/unix/sysv/linux/x86_64/sysdep-cancel.h:20:20: fatal error: sysdep.h: No such file or directory
>> compilation terminated.
>
>I am not sure if LinuxThreads new is supposed to compile or not.

Turns out I am now getting new errors.  I upgraded buildroot to the latest snapshot and reworked my config file (which I have attached).  The main change is I went to uClibc 0.9.32-rc3 from 0.9.31.  The errors I am getting now are as follows:

... ... ...
# Now that we have built all the objects, we need to copy
# them back to the GCC directory.  Too many things (other
# in-tree libraries, and DejaGNU) know about the layout
# of the build tree, for now.
/usr/bin/make install-leaf DESTDIR=../.././gcc \
          slibdir= libsubdir= MULTIOSDIR=.
make[4]: Entering directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libgcc'
/bin/sh /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6/libgcc/../mkinstalldirs ../.././gcc
/usr/bin/install -c -m 644 libgcc_eh.a ../.././gcc/
chmod 644 ../.././gcc/libgcc_eh.a
/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ranlib ../.././gcc/libgcc_eh.a
/bin/sh /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6/libgcc/../mkinstalldirs ../.././gcc; /usr/bin/install -c -m 644 ./libgcc_s.so.1 ../.././gcc/libgcc_s.so.1; rm -f ../.././gcc/libgcc_s.so; ln -s libgcc_s.so.1 ../.././gcc/libgcc_s.so
/bin/sh /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6/libgcc/../mkinstalldirs ../.././gcc
/usr/bin/install -c -m 644 libgcc.a ../.././gcc/
chmod 644 ../.././gcc/libgcc.a
/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ranlib ../.././gcc/libgcc.a
/usr/bin/install -c -m 644 libgcov.a ../.././gcc/
chmod 644 ../.././gcc/libgcov.a
/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ranlib ../.././gcc/libgcov.a
parts="crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o crtprec32.o crtprec64.o crtprec80.o crtfastmath.o";            \
        for file in $parts; do                                  \
          rm -f ../.././gcc/$file;              \
          /usr/bin/install -c -m 644 $file ../.././gcc/;        \
        done
make[4]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libgcc'
make[3]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libgcc'
Checking multilib configuration for libstdc++-v3...
Checking multilib configuration for libiberty...
mkdir -p -- x86_64-unknown-linux-uclibc/libstdc++-v3
mkdir -p -- x86_64-unknown-linux-uclibc/libiberty
Configuring in x86_64-unknown-linux-uclibc/libiberty
Configuring in x86_64-unknown-linux-uclibc/libstdc++-v3
configure: creating cache ./config.cache
configure: creating cache ./config.cache
checking whether to enable maintainer-specific portions of Makefiles... no
checking for makeinfo... makeinfo --split-size=5000000
checking for perl... perl
checking build system type... checking build system type... x86_64-unknown-linux-gnu
x86_64-unknown-linux-gnu
checking host system type... checking host system type... x86_64-unknown-linux-uclibc
x86_64-unknown-linux-uclibc
checking for x86_64-unknown-linux-uclibc-ar... /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ar
checking for x86_64-unknown-linux-uclibc-ranlib... /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ranlib
checking for x86_64-unknown-linux-uclibc-gcc... /opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/xgcc -B/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/ -B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ -B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/lib/ -isystem /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/include -isystem /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sys-include
checking target system type... x86_64-unknown-linux-uclibc
checking for suffix of object files... checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... configure: error: in `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libiberty':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-target-libiberty] Error 1
make[2]: *** Waiting for unfinished jobs....
yes
checking for gawk... gawk
checking whether /usr/bin/make sets $(MAKE)... yes
checking for x86_64-unknown-linux-uclibc-strip... /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/strip
checking how to run the C preprocessor... /lib/cpp
checking for egrep... grep -E
checking for x86_64-unknown-linux-uclibc-gcc... /opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/xgcc -B/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/ -B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ -B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/lib/ -isystem /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/include -isystem /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sys-include
checking for suffix of object files... configure: error: in `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libstdc++-v3':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-target-libstdc++-v3] Error 1
make[2]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final'
make: *** [/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/.compiled] Error 2


Any thoughts?

Thanks!

Jonathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: buildroot-config
Type: application/octet-stream
Size: 18163 bytes
Desc: buildroot-config
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110517/894dce80/attachment-0001.obj>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Buildroot] Building x86_64 Toolchain
  2011-05-17 15:01     ` Jonathan Haws
@ 2011-05-17 15:13       ` Jonathan Haws
  2011-05-17 15:46       ` Jonathan Haws
  1 sibling, 0 replies; 6+ messages in thread
From: Jonathan Haws @ 2011-05-17 15:13 UTC (permalink / raw)
  To: buildroot

>Turns out I am now getting new errors.  I upgraded buildroot to the latest snapshot and reworked my config file (which I have attached).  The main change is I went to uClibc 0.9.32-rc3 from 0.9.31. 

I was looking though things and found that the libiberty config.log is showing multiple errors.  Could this be the culprit?  The config.log is attached.

Thanks!

Jonathan


-------------- next part --------------
A non-text attachment was scrubbed...
Name: libiberty-config.log
Type: application/octet-stream
Size: 174443 bytes
Desc: libiberty-config.log
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110517/2e2d0308/attachment-0001.obj>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Buildroot] Building x86_64 Toolchain
  2011-05-17 15:01     ` Jonathan Haws
  2011-05-17 15:13       ` Jonathan Haws
@ 2011-05-17 15:46       ` Jonathan Haws
  2011-05-17 17:02         ` Jonathan Haws
  1 sibling, 1 reply; 6+ messages in thread
From: Jonathan Haws @ 2011-05-17 15:46 UTC (permalink / raw)
  To: buildroot

>Turns out I am now getting new errors.  I upgraded buildroot to the latest snapshot and reworked my config file (which I have attached).  The main change is I went to uClibc 0.9.32-rc3 from 0.9.31.  

Here's an update - I changed the config file to only run one task at a time (BR2_JLEVEL = 1 now).  Here is the latest output and the gcc-4.4.6-final config.log.

Any ideas?

Checking multilib configuration for libstdc++-v3...
mkdir -p -- x86_64-unknown-linux-uclibc/libstdc++-v3
Configuring in x86_64-unknown-linux-uclibc/libstdc++-v3
configure: creating cache ./config.cache
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-uclibc
checking target system type... x86_64-unknown-linux-uclibc
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether /usr/bin/make sets $(MAKE)... yes
checking for x86_64-unknown-linux-uclibc-strip... /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/strip
checking how to run the C preprocessor... /lib/cpp
checking for egrep... grep -E
checking for x86_64-unknown-linux-uclibc-gcc... /opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/xgcc -B/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/ -B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ -B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/lib/ -isystem /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/include -isystem /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sys-include
checking for suffix of object files... configure: error: in `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libstdc++-v3':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-target-libstdc++-v3] Error 1
make[2]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final'
make: *** [/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/.compiled] Error 2

-------------- next part --------------
A non-text attachment was scrubbed...
Name: gcc-4.4.6-config.log
Type: application/octet-stream
Size: 49074 bytes
Desc: gcc-4.4.6-config.log
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110517/2f5907fd/attachment-0001.obj>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Buildroot] Building x86_64 Toolchain
  2011-05-17 15:46       ` Jonathan Haws
@ 2011-05-17 17:02         ` Jonathan Haws
  0 siblings, 0 replies; 6+ messages in thread
From: Jonathan Haws @ 2011-05-17 17:02 UTC (permalink / raw)
  To: buildroot

>>Turns out I am now getting new errors.  I upgraded buildroot to the latest snapshot and reworked my config file (which I have attached).  The main change is I went to uClibc 0.9.32-rc3 from 0.9.31.  
>
>Here's an update - I changed the config file to only run one task at a time (BR2_JLEVEL = 1 now).  Here is the latest output and the gcc-4.4.6-final config.log.
>
>Any ideas?
>
>
>Checking multilib configuration for libstdc++-v3...
>mkdir -p -- x86_64-unknown-linux-uclibc/libstdc++-v3
>Configuring in x86_64-unknown-linux-uclibc/libstdc++-v3
>configure: creating cache ./config.cache checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-uclibc checking target system type... x86_64->unknown-linux-uclibc checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether /usr/bin/make sets >$(MAKE)... yes checking for x86_64-unknown-linux-uclibc-strip... /home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/strip
>checking how to run the C preprocessor... /lib/cpp checking for egrep... grep -E checking for x86_64-unknown-linux-uclibc-gcc... >/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/xgcc -B/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/./gcc/ ->B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/bin/ ->B/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/lib/ -isystem >/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/include -isystem >/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/host/usr/x86_64-unknown-linux-uclibc/sys-include
>checking for suffix of object files... configure: error: in `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/x86_64-unknown-linux-uclibc/libstdc++-v3':
>configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details.
>make[2]: *** [configure-target-libstdc++-v3] Error 1
>make[2]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final'
>make[1]: *** [all] Error 2
>make[1]: Leaving directory `/opt/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final'
>make: *** [/home/jhaws/svn/duster/EmbeddedLinux/buildroot/buildroot/output/toolchain/gcc-4.4.6-final/.compiled] Error 2

Turns out it was a bug in the compilation of GCC 4.4.6.  I reverted back to 4.3.x in my configuration and things are building now.  Is this something that needs to be filed as a bug or is it something in my setup?

Thanks for the help!

Jonathan

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2011-05-17 17:02 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <5ABE8A5E96C0364CAF2B4DC1DEB7CEAC490DDEBC@Mercury.usurf.usu.edu>
2011-05-16 19:43 ` [Buildroot] Building x86_64 Toolchain Jonathan Haws
2011-05-17  6:58   ` Thomas Petazzoni
2011-05-17 15:01     ` Jonathan Haws
2011-05-17 15:13       ` Jonathan Haws
2011-05-17 15:46       ` Jonathan Haws
2011-05-17 17:02         ` Jonathan Haws

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.