gcc-multilib: Simply/fix MULTILIB_OPTIONS handling
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Thu, 24 Jul 2014 21:10:49 +0000 (22:10 +0100)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 25 Jul 2014 14:33:58 +0000 (15:33 +0100)
commitcfec6da1aeb231a5ea691a2388bef41b4c12d904
tree957aecb9d0635bf26ddc7620d77282b12776a3b4
parent663f4524e968aad59ceb6874d46523b8facc1f95
gcc-multilib: Simply/fix MULTILIB_OPTIONS handling

MULTILIB_OPTIONS takes the parameters which trigger a given multilib to be
selected. It supports *one* option per multilib, '/' separated. Spaces
separate options used to generate additional multilib combinations.

Adding in all of CFLAGS to this is therefore clearly a really bad idea
but how do we fix things?

The best option I've come up with so far is a list of whitelist variables
to use to trigger the multilibs. Its populated with the standard multilibs
we support, anyone setting up an advanced multilib can populate the variable
with the correct trigger parameters.

This has the advantage of simplifying the code and allowing us to remove
the code filtering blocks since there is no longer option duplication. Testing
after this change shows a much improved sdk toolchain functionality.

(From OE-Core rev: 29202cd1b9d2e5d56e5b9f7a596e44e229c90492)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/recipes-devtools/gcc/gcc-multilib-config.inc