From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 05/15] toolchain: rework C++ options
Date: Sun, 12 Dec 2010 12:24:53 +0100 [thread overview]
Message-ID: <20101212122453.19ce3f39@surf> (raw)
In-Reply-To: <87fwu4lytt.fsf@macbook.be.48ers.dk>
On Sat, 11 Dec 2010 23:38:38 +0100
Peter Korsgaard <jacmet@uclibc.org> wrote:
> Thomas> - We could have two independent options: one to tell
> Thomas> whether the toolchain has C++ support (on which packages
> Thomas> would depend on) and another to tell whether the C++ library
> Thomas> should be installed (that packages would select). This would
> Thomas> allow to have a C++-free target filesystem even if the
> Thomas> toolchain used actually supports C++.
>
> Is that really important? I would expect people who really care about
> such stuff to build a custom toolchain for their project.
No strong opinion on this, so I just deleted this part from the commit
log.
> If there's interest, perhaps it would make more sense to generalize
> this library-cleanup step for all libs and do something like the
> mklibs stuff.
Yeah, would probably be a better idea.
> Here we add an option to build a ctng toolchain (glibc/uclibc)
> with/without C++ support.
>
> .. But here we say that all external glibc toolchains have C++
> support. That doesn't seem to be always true.
Indeed. Generally, most glibc toolchains will probably have C++
support, but that's not necessarly the case. So I move the option
outside the CUSTOM_UCLIBC thing, so that it is visible for any CUSTOM
external toolchain.
> Thomas> +config BR2_TOOLCHAIN_EXTERNAL_C_PLUS_PLUS
> Thomas> + bool "Toolchain has C++ support ?"
>
> No space before '?'
Fixed.
> 'Enable this option if your external toolchain has'
Fixed.
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-12-12 11:24 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 [this message]
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 ` [Buildroot] [pull request] Pull request for branch for-2011.02/toolchain-improvements Peter Korsgaard
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=20101212122453.19ce3f39@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 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.