* Qt and detecting iWMMXT
@ 2010-09-24 20:59 Holger Freyther
2010-09-24 21:06 ` Frans Meulenbroeks
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Holger Freyther @ 2010-09-24 20:59 UTC (permalink / raw)
To: openembedded-devel
Hi all,
when building for XScale one could pass -iwmmxt to the configure script. Now
how can a recipe find out if XScale systems are targeted? The closest thing I
can think of is to look at PACKAGE_ARCH and see if xscale is in it.
Is there a better way?
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: Qt and detecting iWMMXT
2010-09-24 20:59 Qt and detecting iWMMXT Holger Freyther
@ 2010-09-24 21:06 ` Frans Meulenbroeks
2010-09-24 21:28 ` Holger Freyther
2010-09-24 22:11 ` Koen Kooi
2010-09-25 14:21 ` Enrico Scholz
2 siblings, 1 reply; 8+ messages in thread
From: Frans Meulenbroeks @ 2010-09-24 21:06 UTC (permalink / raw)
To: openembedded-devel
2010/9/24 Holger Freyther <holger+oe@freyther.de>:
> Hi all,
>
> when building for XScale one could pass -iwmmxt to the configure script. Now
> how can a recipe find out if XScale systems are targeted? The closest thing I
> can think of is to look at PACKAGE_ARCH and see if xscale is in it.
>
> Is there a better way?
Is this something which is xscale specific
or is it armv5te specific ?
In the latter case I guess something like
EXTRA_OECONF_armv5te could be used
Frans
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Qt and detecting iWMMXT
2010-09-24 20:59 Qt and detecting iWMMXT Holger Freyther
2010-09-24 21:06 ` Frans Meulenbroeks
@ 2010-09-24 22:11 ` Koen Kooi
2010-09-25 7:09 ` Frans Meulenbroeks
2010-09-25 14:21 ` Enrico Scholz
2 siblings, 1 reply; 8+ messages in thread
From: Koen Kooi @ 2010-09-24 22:11 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 24-09-10 22:59, Holger Freyther wrote:
> Hi all,
>
> when building for XScale one could pass -iwmmxt to the configure script. Now
> how can a recipe find out if XScale systems are targeted? The closest thing I
> can think of is to look at PACKAGE_ARCH and see if xscale is in it.
Adapted from the mplayer magic Graeme and I came up with some years ago:
#build with support for the iwmmxt instruction (pxa270 and up)
MY_ARCH := "${PACKAGE_ARCH}"
PACKAGE_ARCH = "${@base_contains('MACHINE_FEATURES', 'iwmmxt', 'iwmmxt',
'${MY_ARCH}',d)}"
QT_CONFIG_FLAGS_append = " ${@base_contains('MACHINE_FEATURES',
'iwmmxt', ' -iwmmxt', '',d)} "
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMnSIlMkyGM64RGpERAumBAKCU8rfNBZ7GTmSgJwgKZ25iWom2xwCgt6hF
T3hkQK3OSWktYh6IYsUghmE=
=odW5
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: Qt and detecting iWMMXT
2010-09-24 22:11 ` Koen Kooi
@ 2010-09-25 7:09 ` Frans Meulenbroeks
2010-09-25 8:18 ` Frans Meulenbroeks
0 siblings, 1 reply; 8+ messages in thread
From: Frans Meulenbroeks @ 2010-09-25 7:09 UTC (permalink / raw)
To: openembedded-devel
2010/9/25 Koen Kooi <k.kooi@student.utwente.nl>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 24-09-10 22:59, Holger Freyther wrote:
>> Hi all,
>>
>> when building for XScale one could pass -iwmmxt to the configure script. Now
>> how can a recipe find out if XScale systems are targeted? The closest thing I
>> can think of is to look at PACKAGE_ARCH and see if xscale is in it.
>
> Adapted from the mplayer magic Graeme and I came up with some years ago:
>
> #build with support for the iwmmxt instruction (pxa270 and up)
> MY_ARCH := "${PACKAGE_ARCH}"
> PACKAGE_ARCH = "${@base_contains('MACHINE_FEATURES', 'iwmmxt', 'iwmmxt',
> '${MY_ARCH}',d)}"
>
> QT_CONFIG_FLAGS_append = " ${@base_contains('MACHINE_FEATURES',
> 'iwmmxt', ' -iwmmxt', '',d)} "
>
> regards,
>
> Koen
Nice solution.
Guess it would be useful to have a list of all possible
MACHINE_FEATURES and DISTRO_FEATURES somewhere (e.g. wiki)
Frans
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: Qt and detecting iWMMXT
2010-09-25 7:09 ` Frans Meulenbroeks
@ 2010-09-25 8:18 ` Frans Meulenbroeks
2010-09-25 8:29 ` Eric Bénard
0 siblings, 1 reply; 8+ messages in thread
From: Frans Meulenbroeks @ 2010-09-25 8:18 UTC (permalink / raw)
To: openembedded-devel
2010/9/25 Frans Meulenbroeks <fransmeulenbroeks@gmail.com>:
> 2010/9/25 Koen Kooi <k.kooi@student.utwente.nl>:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 24-09-10 22:59, Holger Freyther wrote:
>>> Hi all,
>>>
>>> when building for XScale one could pass -iwmmxt to the configure script. Now
>>> how can a recipe find out if XScale systems are targeted? The closest thing I
>>> can think of is to look at PACKAGE_ARCH and see if xscale is in it.
>>
>> Adapted from the mplayer magic Graeme and I came up with some years ago:
>>
>> #build with support for the iwmmxt instruction (pxa270 and up)
>> MY_ARCH := "${PACKAGE_ARCH}"
>> PACKAGE_ARCH = "${@base_contains('MACHINE_FEATURES', 'iwmmxt', 'iwmmxt',
>> '${MY_ARCH}',d)}"
>>
>> QT_CONFIG_FLAGS_append = " ${@base_contains('MACHINE_FEATURES',
>> 'iwmmxt', ' -iwmmxt', '',d)} "
>>
>> regards,
>>
>> Koen
>
> Nice solution.
> Guess it would be useful to have a list of all possible
> MACHINE_FEATURES and DISTRO_FEATURES somewhere (e.g. wiki)
>
> Frans
>
Rethinking the issue: assuming we *do* want SOC_FAMILY would it not be
more appropriate to use that here?
Frans
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: Qt and detecting iWMMXT
2010-09-25 8:18 ` Frans Meulenbroeks
@ 2010-09-25 8:29 ` Eric Bénard
0 siblings, 0 replies; 8+ messages in thread
From: Eric Bénard @ 2010-09-25 8:29 UTC (permalink / raw)
To: openembedded-devel
Le 25/09/2010 10:18, Frans Meulenbroeks a écrit :
> 2010/9/25 Frans Meulenbroeks<fransmeulenbroeks@gmail.com>:
>> 2010/9/25 Koen Kooi<k.kooi@student.utwente.nl>:
>>> #build with support for the iwmmxt instruction (pxa270 and up)
>>> MY_ARCH := "${PACKAGE_ARCH}"
>>> PACKAGE_ARCH = "${@base_contains('MACHINE_FEATURES', 'iwmmxt', 'iwmmxt',
>>> '${MY_ARCH}',d)}"
>>>
>>> QT_CONFIG_FLAGS_append = " ${@base_contains('MACHINE_FEATURES',
>>> 'iwmmxt', ' -iwmmxt', '',d)} "
>>>
>>> regards,
>>>
>>> Koen
>>
>> Nice solution.
>> Guess it would be useful to have a list of all possible
>> MACHINE_FEATURES and DISTRO_FEATURES somewhere (e.g. wiki)
>>
>> Frans
>>
> Rethinking the issue: assuming we *do* want SOC_FAMILY would it not be
> more appropriate to use that here?
>
you can have a SOC which supports iwmmx and wish not using it so
MACHINE_FEATURES seems sane here.
Eric
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Qt and detecting iWMMXT
2010-09-24 20:59 Qt and detecting iWMMXT Holger Freyther
2010-09-24 21:06 ` Frans Meulenbroeks
2010-09-24 22:11 ` Koen Kooi
@ 2010-09-25 14:21 ` Enrico Scholz
2 siblings, 0 replies; 8+ messages in thread
From: Enrico Scholz @ 2010-09-25 14:21 UTC (permalink / raw)
To: openembedded-devel
Holger Freyther <holger+oe@freyther.de> writes:
> when building for XScale one could pass -iwmmxt to the configure
> script.
I would avoid -march=iwmmxt because
a) there seems to be kernel bug which does not restore IWMMXT state on
ELF loading[1]
b) gcc 4.4.4 is bugged for this architecture (both ICE and generation of
inefficent code) and fails e.g. to bootstrap itself or glibc
When you really need iwmmxt support, I recommend to add '.arch iwmmxt'
to (inline) assembler instead of using -march=iwmmxt.
Enrico
Footnotes:
[1] http://article.gmane.org/gmane.linux.ports.arm.general/11795
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-09-25 14:22 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-24 20:59 Qt and detecting iWMMXT Holger Freyther
2010-09-24 21:06 ` Frans Meulenbroeks
2010-09-24 21:28 ` Holger Freyther
2010-09-24 22:11 ` Koen Kooi
2010-09-25 7:09 ` Frans Meulenbroeks
2010-09-25 8:18 ` Frans Meulenbroeks
2010-09-25 8:29 ` Eric Bénard
2010-09-25 14:21 ` Enrico Scholz
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.