Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: john <john.osullivan@cloudiumsystems.com>
To: buildroot@busybox.net
Subject: [Buildroot] Using Buildroot tool chain as external Toolchain
Date: Tue, 14 May 2013 10:51:57 +0100	[thread overview]
Message-ID: <1368525117.2434.50.camel@john-ubu> (raw)
In-Reply-To: <20130514112516.7ed42f44@skate>

Hi Thomas,

Thank you for the reply.
I have attached the config.log

On Tue, 2013-05-14 at 11:25 +0200, Thomas Petazzoni wrote:
> Dear john,
> 
> On Tue, 14 May 2013 10:08:04 +0100, john wrote:
> 
> > I followed this process:
> > 1. I downloaded a copy of buildroot-2012.05
> > 2. Configured it and built it for my system
> > 3. Confirmed that everything built and ran sucessfully
> > 4. Copied the contents of buildroot-2012.05/output/host/usr
> > to /apps/buildroot_toolchain/usr
> 
> This doesn't work. By default, gcc is linked dynamically against mpc,
> mpfr and al, and that doesn't work nicely if you move things around.
> 
> Two choices:
> 
>  *) Build mpc and mpfr statically, so that gcc is linked statically
>     against them. Ideally, we should allow them to be built
>     dynamically, but gcc/binutils have binaries in multiple locations
>     in the tree, so we can't use the $ORIGIN/../lib trick to support a
>     relocatable rpath.
> 
>  *) Set BR2_HOST_DIR directly to /apps/buildroot_toolchain/ so that
>     your toolchain gets built and installed directly in this location.
> 
> > arm-linux-gcc... /home/xxx/xxx/xxx/buildroot-2012.05/output/host/usr/bin/arm-unknown-linux-uclibcgnueabi-gcc
> > checking whether the C compiler works... no
> > configure: error: in
> > `/home/xxx/xxx/xxx/buildroot-2012.05/output/build/alsa-lib-1.0.25':
> > configure: error: C compiler cannot create executables
> > See `config.log' for more details
> > make: ***
> > [/home/xxx/xxx/xxx/buildroot-2012.05/output/build/alsa-lib-1.0.25/.stamp_configured]
> > Error 77
> 
> See output/build/alsa-lib-1.0.25/config.log for the details of the
> error; Would be useful to have this information to confirm that my
> analysis above is correct.
> 
> Thanks,
> 
> Thomas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: text/x-log
Size: 14572 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130514/14e14f5b/attachment.bin>

  reply	other threads:[~2013-05-14  9:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-14  9:08 [Buildroot] Using Buildroot tool chain as external Toolchain john
2013-05-14  9:25 ` Thomas Petazzoni
2013-05-14  9:51   ` john [this message]
2013-05-14  9:54     ` Thomas Petazzoni
2013-05-14 12:50       ` john
2013-05-14 12:52         ` Thomas Petazzoni

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=1368525117.2434.50.camel@john-ubu \
    --to=john.osullivan@cloudiumsystems.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox