From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 4/9] manual: faq: add entry about the relocatable toolchain
Date: Thu, 14 Feb 2013 18:32:48 +0100 [thread overview]
Message-ID: <20130214183248.51280157@skate> (raw)
In-Reply-To: <c99516cd998754307f0a5e3b19579316f37d9f95.1360795941.git.s.martin49@gmail.com>
Dear Samuel Martin,
On Wed, 13 Feb 2013 23:59:05 +0100, Samuel Martin wrote:
>
> Signed-off-by: Samuel Martin <s.martin49@gmail.com>
> ---
> docs/manual/faq-troubleshooting.txt | 21 +++++++++++++++++++++
> 1 file changed, 21 insertions(+)
>
> diff --git a/docs/manual/faq-troubleshooting.txt b/docs/manual/faq-troubleshooting.txt
> index f91a8ef..8b0882a 100644
> --- a/docs/manual/faq-troubleshooting.txt
> +++ b/docs/manual/faq-troubleshooting.txt
> @@ -126,3 +126,24 @@ directory as the new root, will most likely fail.
> If you want to run the target filesystem inside a chroot, or as an NFS
> root, then use the tarball image generated in +images/+ and extract it
> as root.
> +
> +[[faq-relocatable-toolchains]]
> +Are Buildroot toolchains relocatable?
> +-------------------------------------
> +
> +Because Buildroot uses several toolchain backends, there is one anwser
> +per backend:
> +
> +Using the external or crosstool-NG toolchain backend
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +
> +These toolchains are mostly likely relocatable; the _Buildroot compiler
> +wrapper_ is relocatable.
> +
> +However, some tools built and installed into the +HOST_DIR+ may not be
> +relocatable, with some absolute pathes hard-coded inside.
I find this text rather confusing. What does "mostly likely" means for
the reader? The reader surely wants to know if the toolchain is
relocatable or not.
Therefore, I think this text should be changed to clarify what is meant
by "toolchain". Is it just the bare toolchain (gcc, binutils, libc,
kernel headers), or is it the complete toolchain that Buildroot
produces, with all the additional libraries and headers?
Also, you mention the "Buildroot compiler wrapper", but nowhere in the
documentation we explain what it is, and I don't think it should be
explained in the documentation, except in a section dedicated to "Deep
Buildroot internals", but certainly not to answer a FAQ question about
relocatable toolchains.
I would rather think that a section discussing how to use the "SDK"
produced by Buildroot, and how it can be shared with application
developers, could mention that the SDK is currently not relocatable,
but that we are working on fixing this.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
next prev parent reply other threads:[~2013-02-14 17:32 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-13 22:59 [Buildroot] [pull request] Pull request for branch for-master/doc Samuel Martin
2013-02-13 22:59 ` [Buildroot] [PATCH 1/9] manual: cleanup and update editor tags Samuel Martin
2013-02-14 6:47 ` Arnout Vandecappelle
2013-02-17 21:50 ` Peter Korsgaard
2013-02-13 22:59 ` [Buildroot] [PATCH 2/9] manual: fix cross-refs Samuel Martin
2013-02-14 6:46 ` Arnout Vandecappelle
2013-02-13 22:59 ` [Buildroot] [PATCH 3/9] manual: sprinkle with some calls to MESSAGE Samuel Martin
2013-02-14 6:48 ` Arnout Vandecappelle
2013-02-17 21:51 ` Peter Korsgaard
2013-02-13 22:59 ` [Buildroot] [PATCH 4/9] manual: faq: add entry about the relocatable toolchain Samuel Martin
2013-02-14 6:49 ` Arnout Vandecappelle
2013-02-14 17:32 ` Thomas Petazzoni [this message]
2013-02-23 13:33 ` Samuel Martin
2013-02-13 22:59 ` [Buildroot] [PATCH 5/9] manual: faq: add workaround to avoid rebuilding the buildroot toolchain after each clean Samuel Martin
2013-02-14 7:04 ` Arnout Vandecappelle
2013-02-14 17:36 ` Thomas Petazzoni
2013-02-23 13:34 ` Samuel Martin
2013-02-13 22:59 ` [Buildroot] [PATCH 6/9] manual: minor fix in patch-policy.txt Samuel Martin
2013-02-14 7:06 ` Arnout Vandecappelle
2013-02-14 17:37 ` Thomas Petazzoni
2013-02-17 21:54 ` Peter Korsgaard
2013-02-13 22:59 ` [Buildroot] [PATCH 7/9] manual: misc. post-{build, image} scripts fixes Samuel Martin
2013-02-14 7:16 ` Arnout Vandecappelle
2013-02-13 22:59 ` [Buildroot] [PATCH 8/9] manual: update {deprecated, package}-list.txt Samuel Martin
2013-02-18 7:23 ` Arnout Vandecappelle
2013-02-25 21:22 ` Samuel Martin
2013-02-13 22:59 ` [Buildroot] [PATCH 9/9] Makefile: add to the release target a warning about the manual updates Samuel Martin
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=20130214183248.51280157@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox