public inbox for gentoo-embedded@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-embedded] default fp selection with armv6/armv7 targets
@ 2012-05-18  5:10 Mike Frysinger
  2012-08-10 14:36 ` Christopher Friedt
  0 siblings, 1 reply; 2+ messages in thread
From: Mike Frysinger @ 2012-05-18  5:10 UTC (permalink / raw
  To: gentoo-embedded

[-- Attachment #1: Type: text/plain, Size: 849 bytes --]

currently, we have the system:
	- if chost matches *-softfloat-*, you get softfloat
	- if chost matches *-hardfloat-*, you get hardfloat
	- for everything else, you get the gcc default

with the standardization work going on with armv7+ and hardfp, i've made the 
following change:
	- if chost matches armv7*-softfloat-*, you got softfloat
	- for all other armv7* targets, you get hardfloat vfp3-d16

along those lines, i've also slipped in:
	- if chost matches armv6*-softfloat-*, you got softfloat
	- for all other armv6* targets, you get hardfloat vfp

considering vfp is required baseline in these cores now, it doesn't make sense 
to not use it if the user has explicitly stated they're targeting these 
arches.

if you really want to use a different default, you can still use EXTRA_ECONF to 
set whatever you want.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [gentoo-embedded] default fp selection with armv6/armv7 targets
  2012-05-18  5:10 [gentoo-embedded] default fp selection with armv6/armv7 targets Mike Frysinger
@ 2012-08-10 14:36 ` Christopher Friedt
  0 siblings, 0 replies; 2+ messages in thread
From: Christopher Friedt @ 2012-08-10 14:36 UTC (permalink / raw
  To: gentoo-embedded; +Cc: Ryan C. Gordon

[-- Attachment #1: Type: text/plain, Size: 1469 bytes --]

Using the least common denominator is another food reason to consider link
time optimization... I wonder if e.g. fatelf would make it easier to
implement that. Multiple arm binaries glued together based on variant and
hwcaps (e.g. v6+vfp-d16, v7+vfp-d32, v7+neon)? Heck, if fatelf were used,
only one stage3 tar ball would be necessary for all arch's combined...
although downloading would be significantly slower :-/

©

Sent from my Android
On May 18, 2012 1:10 AM, "Mike Frysinger" <vapier@gentoo.org> wrote:

> currently, we have the system:
>         - if chost matches *-softfloat-*, you get softfloat
>         - if chost matches *-hardfloat-*, you get hardfloat
>         - for everything else, you get the gcc default
>
> with the standardization work going on with armv7+ and hardfp, i've made
> the
> following change:
>         - if chost matches armv7*-softfloat-*, you got softfloat
>         - for all other armv7* targets, you get hardfloat vfp3-d16
>
> along those lines, i've also slipped in:
>         - if chost matches armv6*-softfloat-*, you got softfloat
>         - for all other armv6* targets, you get hardfloat vfp
>
> considering vfp is required baseline in these cores now, it doesn't make
> sense
> to not use it if the user has explicitly stated they're targeting these
> arches.
>
> if you really want to use a different default, you can still use
> EXTRA_ECONF to
> set whatever you want.
> -mike
>

[-- Attachment #2: Type: text/html, Size: 1791 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-08-10 15:08 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-18  5:10 [gentoo-embedded] default fp selection with armv6/armv7 targets Mike Frysinger
2012-08-10 14:36 ` Christopher Friedt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox