Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On Mon, Dec 7, 2015 at 7:49 AM, Matt Madison wrote: > OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off > Martin's changes. Martin's latest patch series resolved the problem for me with no additional changes needed. Thanks, Martin! > > -Matt > > On Mon, Dec 7, 2015 at 7:17 AM,

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off Martin's changes. -Matt On Mon, Dec 7, 2015 at 7:17 AM, Mark Hatle wrote: > On 12/7/15 8:01 AM, Burton, Ross wrote: >> >> On 6 December 2015 at 18:22, Matt Madison > > wrote: >> >> Close, but not

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On 12/7/15 8:01 AM, Burton, Ross wrote: > > On 6 December 2015 at 18:22, Matt Madison > wrote: > > Close, but not quite, I think. It doesn't look like it addresses the > ordering mismatch that occurs due to the -vfp include being processed > before the -

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On 6 December 2015 at 18:22, Matt Madison wrote: > Close, but not quite, I think. It doesn't look like it addresses the > ordering mismatch that occurs due to the -vfp include being processed > before the -neon include, resulting vfpv4 preceding neon in > ARMPKGSFX_FPU when both are enabled. >

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On Sun, Dec 6, 2015 at 9:47 AM, Martin Jansa wrote: > See: > > http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112919.html > > I think it fixes the same issue. Close, but not quite, I think. It doesn't look like it addresses the ordering mismatch that occurs due to the -v

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

See: http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112919.html I think it fixes the same issue. On Sun, Dec 6, 2015 at 6:09 PM, Matt Madison wrote: > I was trying some multilib ARM builds and ran into an issue. For > armv7ahf-neon-vfpv4, PACKAGE_EXTRA_ARCHS is coded

[OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

I was trying some multilib ARM builds and ran into an issue. For armv7ahf-neon-vfpv4, PACKAGE_EXTRA_ARCHS is coded as "armv7ahf-vfp-neon-vfpv4", but the ARMPKGSFX_FPU suffix was getting constructed as "-vfp-vfpv4-neon", resulting in 32-bit packages not getting found due to the name mismatch. The