All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] Allow Buildroot to update toolchain
Date: Fri, 27 Sep 2013 10:05:13 +0200	[thread overview]
Message-ID: <20130927100513.690cdd23@skate> (raw)
In-Reply-To: <F9C551623D2CBB4C9488801D14F864C639AD653F@ex-mb1.corp.adtran.com>

Dear ANDY KENNEDY,

On Thu, 26 Sep 2013 20:34:40 +0000, ANDY KENNEDY wrote:

> Oh, my bad.  I mean for when one uses an external toolchain.  For
> example:
> 
> I build a toolchain using Crosstool-NG.  I have a few libraries in
> there, but to fully use this as a cross compiler I need things like
> ncurses, pcap, lttng, etc.  In this case, I would either need to have
> some sort of SYSROOT configured. It is not always desirable to have
> those two items disjoined.  So, I dump my additional libraries into
> the toolchain.

I still don't understand. What you're explaining is exactly what
Buildroot is doing today. When you use an external toolchain, Buildroot
copies the toolchain sysroot (which contains just the C library) in
output/staging and then progressively "improves" this sysroot by adding
all the libraries that have been cross-compiled for your target.

If what you need is then the ability to deliver this toolchain to
application developers who will not be using Buildroot, but need a
toolchain with all the libraries, then the proper way to do this is, as
Peter suggested, to do BR2_HOST_DIR=/opt/some-location/, then do your
Buildroot build, tarball /opt/some-location/ and deliver that as the
toolchain to be used by your application developers.

Or maybe I misunderstanding the use case?

Best regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

  reply	other threads:[~2013-09-27  8:05 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-26 20:12 [Buildroot] [PATCH] Allow Buildroot to update toolchain ANDY KENNEDY
2013-09-26 20:28 ` Peter Korsgaard
2013-09-26 20:34   ` ANDY KENNEDY
2013-09-27  8:05     ` Thomas Petazzoni [this message]
2013-09-27 14:56       ` ANDY KENNEDY
2013-09-27 15:08       ` ANDY KENNEDY
2013-09-27 15:41         ` ANDY KENNEDY
2013-09-27 17:54           ` Thomas Petazzoni
2013-09-30 15:40             ` ANDY KENNEDY
2013-10-02 21:27               ` Thomas Petazzoni
2013-10-02 22:11                 ` ANDY KENNEDY

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=20130927100513.690cdd23@skate \
    --to=thomas.petazzoni@free-electrons.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.