All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] svn commit: trunk/buildroot/toolchain/uClibc
Date: Tue, 25 Sep 2007 18:14:40 +0200	[thread overview]
Message-ID: <1190736880.19731.76.camel@elrond.atmel.sweden> (raw)
In-Reply-To: <46F93BB9.6020304@promwad.com>

tis 2007-09-25 klockan 15:47 -0100 skrev vano:
> Ulf Samuelsson wrote:
> > 
> > It worked for me since I manually copied libgcc.a to another location.
> > I reran the build again after submitting, and discovered this
> > so I have already removed the part causing the problem from the patch
> > svn update to fix.
> > 
> > I still have a problem which pop up from time to time with libstdc++v3.
> > which fails, but at least the build goes a lot further.
> > 
> 
> I have non CPP config , yeah build is going further and stopping in
> configure step of arm-linux-uclibc/libmudflap:
> 
> 
> make[3]: Leaving directory
> `/home/buildroot/toolchain_build_arm_nofpu/gcc-4.2.1-final/gcc'
> Checking multilib configuration for libmudflap...
> mkdir -p -- arm-linux-uclibc/libmudflap
> Configuring in arm-linux-uclibc/libmudflap
> configure: creating cache ./config.cache
> checking build system type... i386-pc-linux-gnu
> checking host system type... arm-unknown-linux-uclibc
> checking target system type... arm-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 arm-linux-uclibc-strip...
> /home/buildroot/build_arm/staging_dir/usr/arm-linux-uclibc/bin/strip
> checking for --enable-version-specific-runtime-libs... no
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for arm-linux-uclibc-gcc...
> /home/buildroot/toolchain_build_arm_nofpu/gcc-4.2.1-final/./gcc/xgcc
> -B/home/buildroot/toolchain_build_arm_nofpu/gcc-4.2.1-final/./gcc/
> -B/usr/arm-linux-uclibc/bin/ -B/usr/arm-linux-uclibc/lib/ -isystem
> /usr/arm-linux-uclibc/include -isystem /usr/arm-linux-uclibc/sys-include
> checking for C compiler default output file name... configure: error: C
> compiler cannot create executables
> See `config.log' for more details.
> make[2]: *** [configure-target-libmudflap] Error 1
> make[2]: Leaving directory
> `/home/buildroot/toolchain_build_arm_nofpu/gcc-4.2.1-final'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory
> `/home/buildroot/toolchain_build_arm_nofpu/gcc-4.2.1-final'
> make: ***
> [/home/buildroot/toolchain_build_arm_nofpu/gcc-4.2.1-final/.compiled]
> Error 2
> 
I think it is two sides of the same problem.
"configure" expects the arm-linux-uclibc-ld to create a good target,
but it doesn't.
It tries to link with crt1.o, which does not exist, and therefore the
build fails.




> 
> BR,
> Ivan
> 

  reply	other threads:[~2007-09-25 16:14 UTC|newest]

Thread overview: 134+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-25 13:37 [Buildroot] svn commit: trunk/buildroot/toolchain/uClibc ulf at uclibc.org
2007-09-25 16:06 ` vano
2007-09-25 14:30   ` Ulf Samuelsson
2007-09-25 16:47     ` vano
2007-09-25 16:14       ` Ulf Samuelsson [this message]
  -- strict thread matches above, loose matches on Subject: below --
2009-03-05 12:11 jacmet at uclibc.org
2009-03-03 20:23 jacmet at uclibc.org
2009-02-03 14:29 jacmet at uclibc.org
2009-02-03 14:28 jacmet at uclibc.org
2009-01-28 15:48 jacmet at uclibc.org
2009-01-24  6:44 jacmet at uclibc.org
2009-01-16 14:21 jacmet at uclibc.org
2009-01-12 15:57 jacmet at uclibc.org
2009-01-12 15:01 jacmet at uclibc.org
2009-01-12 14:11 jacmet at uclibc.org
2009-01-02  8:30 ulf at uclibc.org
2008-12-29 15:22 jacmet at uclibc.org
2008-12-23 10:21 jacmet at uclibc.org
2008-12-23  9:39 jacmet at uclibc.org
2008-12-07 21:22 jacmet at uclibc.org
2008-12-01 14:53 jacmet at uclibc.org
2008-12-01 14:23 egtvedt at uclibc.org
2008-12-01 14:23 egtvedt at uclibc.org
2008-12-01 13:02 egtvedt at uclibc.org
2008-10-20 18:55 jacmet at uclibc.org
2008-10-20 15:23 jacmet at uclibc.org
2008-10-07  7:32 egtvedt at uclibc.org
2008-10-07  7:20 egtvedt at uclibc.org
2008-09-30  7:29 egtvedt at uclibc.org
2008-08-04 19:07 jacmet at uclibc.org
2008-06-18  8:51 jacmet at uclibc.org
2008-06-18  8:51 jacmet at uclibc.org
2008-06-17 13:30 jacmet at uclibc.org
2008-06-17 15:53 ` Bernhard Fischer
2008-06-17 18:44   ` Peter Korsgaard
2008-06-18  7:10     ` Bernhard Fischer
2008-06-18  7:38       ` Peter Korsgaard
2008-06-18  8:29         ` Bernhard Fischer
2008-05-31  7:28 jacmet at uclibc.org
2008-05-31  7:28 jacmet at uclibc.org
2008-05-31  7:27 jacmet at uclibc.org
2008-04-24  9:03 jacmet at uclibc.org
2008-04-17 13:25 nkukard at uclibc.org
2008-03-29 17:34 nkukard at uclibc.org
2008-03-29 16:23 nkukard at uclibc.org
2008-03-29 16:56 ` Peter Korsgaard
2008-03-29 17:20   ` Nigel Kukard
2008-03-27 10:23 jacmet at uclibc.org
2008-03-27 10:23 jacmet at uclibc.org
2008-03-06 18:50 ninevoltz at uclibc.org
2008-03-06 21:54 ` Peter Korsgaard
2007-11-15 15:44 vanokuten at uclibc.org
2007-11-15 10:16 vanokuten at uclibc.org
2007-10-12 15:12 ulf at uclibc.org
2007-09-30 12:43 aldot at uclibc.org
2007-09-28 22:16 ulf at uclibc.org
2007-09-28 21:44 ulf at uclibc.org
2007-09-27 23:54 ulf at uclibc.org
2007-09-27 21:51 aldot at uclibc.org
2007-09-27  0:18 ulf at uclibc.org
2007-09-26  9:09 ulf at uclibc.org
2007-09-25 14:13 ulf at uclibc.org
2007-09-24 12:19 aldot at uclibc.org
2007-09-22 16:40 aldot at uclibc.org
2007-08-29 18:05 aldot at uclibc.org
2007-08-26 20:55 aldot at uclibc.org
2007-08-26 20:40 aldot at uclibc.org
2007-08-21  8:05 aldot at uclibc.org
2007-08-16  5:01 ulf at uclibc.org
2007-08-14  7:07 ulf at uclibc.org
2007-08-12 12:37 ulf at uclibc.org
2007-08-01 19:13 ulf at uclibc.org
2007-08-01 12:11 ulf at uclibc.org
2007-07-30 18:23 ulf at uclibc.org
2007-07-29 17:47 ulf at uclibc.org
2007-07-30  7:36 ` Bernhard Fischer
2007-07-30 14:34   ` Ulf Samuelsson
2007-07-29 17:40 ulf at uclibc.org
2007-07-29 17:32 ulf at uclibc.org
2007-07-23 11:32 aldot at uclibc.org
2007-07-20 10:49 ulf at uclibc.org
2007-07-08 12:05 aldot at uclibc.org
2007-07-07 23:54 aldot at uclibc.org
2007-07-07 10:39 aldot at uclibc.org
2007-07-07 16:40 ` BuraphaLinux Server
2007-07-05  5:13 sjhill at uclibc.org
2007-06-28 12:14 aldot at uclibc.org
2007-06-26 16:58 aldot at uclibc.org
2007-06-25  8:16 aldot at uclibc.org
2007-06-24 14:38 aldot at uclibc.org
2007-06-13 18:14 aldot at uclibc.org
2007-06-07 16:18 aldot at uclibc.org
2007-06-07 12:16 aldot at uclibc.org
2007-05-12 18:39 aldot at uclibc.org
2007-05-10  2:37 sjhill at uclibc.org
2007-05-10  2:37 sjhill at uclibc.org
2007-04-28 17:08 sjhill at uclibc.org
2007-04-15  9:51 aldot at uclibc.org
2007-03-22 16:23 andersen at uclibc.org
2007-02-28 22:01 andersen at uclibc.org
2007-02-22  8:53 jacmet at uclibc.org
2007-02-20 11:06 jacmet at uclibc.org
2007-02-15 11:24 aldot at uclibc.org
2007-02-14 13:28 aldot at uclibc.org
2007-02-10 21:24 aldot at uclibc.org
2007-02-09 17:53 aldot at uclibc.org
2007-02-06 18:35 aldot at uclibc.org
2007-02-05 13:01 aldot at uclibc.org
2007-02-02 13:50 aldot at uclibc.org
2007-01-30 17:45 aldot at uclibc.org
2007-01-29 22:23 andersen at uclibc.org
2007-01-29 22:21 andersen at uclibc.org
2007-01-29 16:44 jacmet at uclibc.org
2007-01-28 12:11 aldot at uclibc.org
2007-01-25 20:27 andersen at uclibc.org
2007-01-24 15:12 aldot at uclibc.org
2007-01-21 21:11 aldot at uclibc.org
2007-01-20 22:03 aldot at uclibc.org
2007-01-16  9:35 aldot at uclibc.org
2006-12-15 14:40 aldot at uclibc.org
2006-12-15 13:39 aldot at uclibc.org
2006-12-15 14:31 ` Ulrich Hecht
2006-12-15 14:43   ` Bernhard Fischer
2006-12-14 15:17 aldot at uclibc.org
2006-12-14  2:50 andersen at uclibc.org
2006-12-13 13:07 andersen at uclibc.org
2006-12-13 12:42 andersen at uclibc.org
2006-12-13 12:41 andersen at uclibc.org
2006-12-13 12:34 andersen at uclibc.org
2006-12-13 11:51 andersen at uclibc.org
2006-12-13  6:59 andersen at uclibc.org
2006-12-02 18:30 aldot at uclibc.org
2006-10-02 18:52 andersen at uclibc.org
2006-09-25 14:28 jacmet at uclibc.org

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1190736880.19731.76.camel@elrond.atmel.sweden \
    --to=ulf@atmel.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.