All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Wagner <will_wagner@carallon.com>
To: buildroot@busybox.net
Subject: [Buildroot] barking up a different tree
Date: Sat, 23 Apr 2011 21:46:02 +0100	[thread overview]
Message-ID: <4DB33A8A.1000609@carallon.com> (raw)
In-Reply-To: <8762q4aejn.fsf@macbook.be.48ers.dk>

On 23/04/2011 21:38, Peter Korsgaard wrote:
>>>>>> "Charles" == Charles Krinke<charles.krinke@gmail.com>  writes:
>   Charles>  Maybe I am barking up the wrong tree.
>
>   Charles>  Being able to do "make clean" and *not* have to re-compile the
>   Charles>  uclibc toolchain would get buildroot to an acceptable point
>   Charles>  for the uclibc part of my project.
>
> Just build it once somewhere (E.G. set BR2_HOST_DIR to /opt/toolchain or
> whatever), and then just configure BR to use it as an external
> toolchain.

Peter,

I know that your solution works and it's what you say to everybody who 
asks that question. However I feel it is the worst feature of buildroot 
and the things that most often puts people off when I explain it. Why 
not change it so that buildroot normally does a build as if to a 
different location and then automatically uses that for the actual build 
as we clearly have support for copying the correct bits. I can't really 
see any disadvantage of this over the current system and it would 
finally allow users to get back to a clean target build but still with 
the toolchain built. I would attempt this myself to submit as a patch 
but I've not had to hack around with the toolchain much, however if 
others can give me some pointers I'd happily look at it, otherwise if 
someone else tried it I'd certainly test it.

Will

-- 
------------------------------------------------------------------------
Will Wagner                                     will_wagner at carallon.com
Development Manager                      Office Tel: +44 (0)20 7371 2032
Carallon Ltd, Studio G20, Shepherds Building, Rockley Rd, London W14 0DA
------------------------------------------------------------------------

  reply	other threads:[~2011-04-23 20:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-23 20:01 [Buildroot] barking up a different tree Charles Krinke
2011-04-23 20:38 ` Peter Korsgaard
2011-04-23 20:46   ` William Wagner [this message]
2011-04-23 21:02     ` Charles Krinke
2011-04-25 15:19       ` 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=4DB33A8A.1000609@carallon.com \
    --to=will_wagner@carallon.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.