From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Crosstool/Buildroot integration issue
Date: Thu, 8 Jul 2010 09:34:56 +0200 [thread overview]
Message-ID: <20100708093456.61bf5501@surf> (raw)
In-Reply-To: <201007071919.28956.yann.morin.1998@anciens.enib.fr>
On Wed, 7 Jul 2010 19:19:28 +0200
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> wrote:
> Well, I'd rather we had something like:
> - in menuconfig:
> () Additional dirs to copy from sysroot
> Help:
> This is a space-separated list of paths that you want to copy
> from the sysroot to the target. Make the paths relative to the
> sysroot. Example:
> /usr/lib/gconv /usr/include
>
> - and in ext-tool.mk (to replace your changes, above):
> $(Q)for d in $(BR_EXT_TOOL_DIRS_EXTRA); do \
> if [ -d "$(ARCH_SYSROOT_DIR)$${d}" ]; then
> mkdir -p "$(TARGET_DIR)$${d}"
> cp -a "$${d}/." "$(TARGET_DIR)${d}/."
> else
> echo "No such directory '$${d}' whiel trying to copy from sysroot"
> fi
> done
>
> But that's just my 2-cent advice...
At first look, I'm not a big fan of this solution, as it requires a lot
of knowledge from the Buildroot user about dependency details that
precisely Buildroot is supposed to handle.
I'd prefer to understand why and when these gconv files are needed, and
depending on that, see how it should fit in our configuration system.
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:[~2010-07-08 7:34 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-07 14:19 [Buildroot] Crosstool/Buildroot integration issue Andy Gibbs
2010-07-07 15:22 ` Thomas Petazzoni
2010-07-07 17:19 ` Yann E. MORIN
2010-07-08 7:34 ` Thomas Petazzoni [this message]
2010-07-08 14:07 ` Andy Gibbs
[not found] ` <201007071919.28956.yann.morin.1998__5616.15332630954$1278523238$gmane$org@anciens.enib.fr>
2010-07-08 6:23 ` Andy Gibbs
2010-07-09 10:00 ` Andy Gibbs
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=20100708093456.61bf5501@surf \
--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