From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 11/15] gcc-common.inc: Consider hardfp knob for configuring toolchain
Date: Mon, 16 May 2011 15:44:11 +0100 [thread overview]
Message-ID: <1305557051.3424.88.camel@rex> (raw)
In-Reply-To: <212bfaaefe0979c155069b6d3a0d42205a398a67.1305422996.git.sgw@linux.intel.com>
Hi Khem,
I've a concern about ending up with several different variables all
doing the same thing. Why do we need both TARGET_FPU and ARM_FP_ABI?
Couldn't we just have values or "hard, sort or empty" for TARGET_FPU?
Cheers,
Richard
On Sat, 2011-05-14 at 18:32 -0700, Saul Wold wrote:
> From: Khem Raj <raj.khem@gmail.com>
>
> pass --with-float=hard|soft depending upon ARM_FP_ABI settings
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> ---
> meta/recipes-devtools/gcc/gcc-common.inc | 13 ++++++++++---
> 1 files changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-common.inc b/meta/recipes-devtools/gcc/gcc-common.inc
> index a3fa234..8b7c3ad 100644
> --- a/meta/recipes-devtools/gcc/gcc-common.inc
> +++ b/meta/recipes-devtools/gcc/gcc-common.inc
> @@ -8,10 +8,17 @@ NATIVEDEPS = ""
> inherit autotools gettext
>
> FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/gcc-${PV}"
> -
> def get_gcc_fpu_setting(bb, d):
> - if bb.data.getVar('TARGET_FPU', d, 1) in [ 'soft' ]:
> - return "--with-float=soft"
> + if bb.data.getVar('TARGET_FPU', d, True) in [ 'soft', 'hard'] and bb.data.getVar('TARGET_OS', d, True).find('linux') >= 0 :
> + # ARM_FP_ABI could be either 'hardfp' or 'softfp'
> + arm_fpabi = bb.data.getVar('ARM_FP_ABI', d, True) or ""
> + if arm_fpabi != "":
> + if arm_fpabi == "hardfp":
> + # reset it to whatever gcc --with-float configure expects which is either 'softfp' or 'hard'
> + arm_fpabi = "hard"
> + return "--with-float=" + arm_fpabi
> + else:
> + return "--with-float=" + bb.data.getVar('TARGET_FPU', d, True)
> return ""
>
> def get_gcc_mips_plt_setting(bb, d):
next prev parent reply other threads:[~2011-05-16 14:47 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-15 1:32 [PATCH 00/15] 14-May Consolidated Pull Saul Wold
2011-05-15 1:32 ` [PATCH 01/15] libxml-sax-perl: added to create LSB olver test report Saul Wold
2011-05-15 1:32 ` [PATCH 02/15] task-core-lsb: add packages into lsb image Saul Wold
2011-05-15 1:32 ` [PATCH 03/15] lsbsetup: recreate locale fr_FR Saul Wold
2011-05-15 1:32 ` [PATCH 04/15] qt4: update from 4.7.2 to 4.7.3 Saul Wold
2011-05-15 1:32 ` [PATCH 06/15] qt4: split out SQL driver config flags to QT_SQL_DRIVER_FLAGS Saul Wold
2011-05-15 1:32 ` [PATCH 05/15] distro_tracking_fields.inc: update for qt 4.7.3 upgrade Saul Wold
2011-05-15 1:32 ` [PATCH 07/15] lib/oe/process.py: import from OE Saul Wold
2011-05-15 1:32 ` [PATCH 08/15] glib-2.0: use PN instead of glib-2.0 in PACKAGES and FILES Saul Wold
2011-05-15 1:32 ` [PATCH 10/15] tune-cortexa8.inc: Define variable for controlling FP ABI Saul Wold
2011-05-15 1:32 ` [PATCH 09/15] bitbake.conf: move VENDOR variables from bitbake.conf to defaultsetup.conf Saul Wold
2011-05-16 14:24 ` Richard Purdie
2011-05-16 16:57 ` Khem Raj
2011-05-15 1:32 ` [PATCH 11/15] gcc-common.inc: Consider hardfp knob for configuring toolchain Saul Wold
2011-05-16 14:44 ` Richard Purdie [this message]
2011-05-16 15:21 ` Koen Kooi
2011-05-16 17:06 ` Khem Raj
2011-05-15 1:32 ` [PATCH 12/15] conf/bitbake.conf: Add MACHINEOVERRIDES variable Saul Wold
2011-05-15 1:32 ` [PATCH 13/15] util-linux: inherit pkgconfig Saul Wold
2011-05-15 1:32 ` [PATCH 14/15] task-core-nfs: fix a bitbake error Saul Wold
2011-05-16 14:26 ` Richard Purdie
2011-05-15 1:32 ` [PATCH 15/15] foomatic-filters: add a link to pass LSB printing test Saul Wold
2011-05-15 16:31 ` [PATCH 00/15] 14-May Consolidated Pull Otavio Salvador
2011-05-16 14:34 ` Richard Purdie
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=1305557051.3424.88.camel@rex \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
/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.