All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] [pull request] Pull request for branch for-2011.02/toolchain-improvements
Date: Sat, 11 Dec 2010 23:55:29 +0100	[thread overview]
Message-ID: <87r5dnly1q.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <cover.1291541115.git.thomas.petazzoni@free-electrons.com> (Thomas Petazzoni's message of "Sun, 5 Dec 2010 10:25:27 +0100")

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 Thomas> Hello,
 Thomas> Here is a set of patches that mainly improves the toolchain
 Thomas> configuration and support, with two majors directions :

 Thomas>  * Turn BR2_LARGEFILE, BR2_INET_RPC, BR2_INET_RPC and similar options
 Thomas>    into hidden options, and let the toolchain backends present them as
 Thomas>    they wish. For example for RPC, xthe Buildroot backend says "Do you
 Thomas>    want RPC ?" while the external toolchain backend doesn't show the
 Thomas>    option when glibc is used, or present an option "Does your
 Thomas>    toolchain has RPC ?" when uclibc is used.

 Thomas>    So really those options should now be called
 Thomas>    BR2_TOOLCHAIN_HAS_LARGEFILE, BR2_TOOLCHAIN_HAS_INET_RPC, etc, but
 Thomas>    we kept the old names in this patch series because changing them
 Thomas>    impacts all packages. This will be done later.

 Thomas>    A first commit handles largefile, rpc, ipv6, locale and program
 Thomas>    invocation options, and some later commits handle the C++ option
 Thomas>    and thread options.

 Thomas>  * Extend external toolchain with "profiles", i.e well-known external
 Thomas>    toolchains. For those toolchains, Buildroot can automatically
 Thomas>    download and install them and will automatically select the
 Thomas>    appropriate configuration options (C library used, RPC, IPv6,
 Thomas>    locale, etc.). So an user can know tell Buildroot to use a
 Thomas>    CodeSourcery toolchain, and Buildroot will do all the job. Such
 Thomas>    toolchains are extracted in $(O)/external-toolchain, but my intent
 Thomas>    is to move it to $(O)/toolchain once Gustavoz's toolchain cleanup
 Thomas>    work is done.

 Thomas>    This work keeps the ability of doing some more manual things with
 Thomas>    external toolchains:

 Thomas>      - For an external toolchain profile, you can tell Buildroot *not*
 Thomas>        to download it, and in that case, you must provide Buildroot
 Thomas>        with the location of the external toolchain.

 Thomas>      - You keep the ability to specify a custom profile, where you
 Thomas>        will have to tell Buildroot everything: location of the
 Thomas>        toolchain, toolchain prefix, C library used, etc.

 Thomas> In my opinion, those two directions really make the external
 Thomas> toolchains easier and simpler to use. One topic left is the gdb
 Thomas> options, but I decided not to change it, in order to not conflict too
 Thomas> much with Gustavoz's work.

Thanks, looks good. Care to fix the few issues I pointed out and send a
new pull request? Then I'll pull it.

-- 
Bye, Peter Korsgaard

      parent reply	other threads:[~2010-12-11 22:55 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-05  9:25 [Buildroot] [pull request] Pull request for branch for-2011.02/toolchain-improvements Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 01/15] toolchain: Improve C library option selection Thomas Petazzoni
2010-12-11 22:14   ` Peter Korsgaard
2010-12-12 10:51     ` Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 02/15] toolchain: remove ending semi-colon in helpers Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 03/15] toolchain: add support for external toolchain profiles and download Thomas Petazzoni
2010-12-11 22:26   ` Peter Korsgaard
2010-12-12 11:04     ` Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 04/15] toolchain: remove toolchain-specific stripping Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 05/15] toolchain: rework C++ options Thomas Petazzoni
2010-12-11 22:38   ` Peter Korsgaard
2010-12-12 11:24     ` Thomas Petazzoni
2010-12-12 10:25   ` Yann E. MORIN
2010-12-12 13:33     ` Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 06/15] toolchain: move Stack Protection Support option Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 07/15] ltp-testsuite: bump version and use autotargets Thomas Petazzoni
2010-12-11 22:42   ` Peter Korsgaard
2010-12-12 11:31     ` Thomas Petazzoni
2010-12-12 22:21       ` Peter Korsgaard
2010-12-12 22:46         ` Thomas Petazzoni
2010-12-12 22:53           ` Peter Korsgaard
2010-12-05  9:25 ` [Buildroot] [PATCH 08/15] toolchain: rework thread options Thomas Petazzoni
2010-12-11 22:45   ` Peter Korsgaard
2010-12-12 11:34     ` Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 09/15] toolchain: check that the thread option selection is correct Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 10/15] gcc: disable libgomp when thread support is disabled Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 11/15] uclibc: add patch for uClibc snapshot to fix build issue Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 12/15] toolchain: BR2_NEEDS_GETTEXT must be y when uClibc is used Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 13/15] toolchain: expose thread options in the Crosstool-NG backend Thomas Petazzoni
2010-12-11 22:50   ` Peter Korsgaard
2010-12-12 10:37   ` Yann E. MORIN
2010-12-12 13:35     ` Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 14/15] toolchain: more verbose in crosstool-ng backend Thomas Petazzoni
2010-12-05  9:25 ` [Buildroot] [PATCH 15/15] package: pass TARGET_MAKE_ENV at install/clean/uninstall steps Thomas Petazzoni
2010-12-11 22:55 ` Peter Korsgaard [this message]

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=87r5dnly1q.fsf@macbook.be.48ers.dk \
    --to=jacmet@uclibc.org \
    --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.