x86_64 is used as a baseline: the "x86_64" entry, whatever status it has,
is transformed into "all", and then the other entries in ARCHITECTURES
either dropped or rearranged appropriately.
* Referring the current haiku version explicitly is not needed, since
the RequiresUpdater takes care of setting the version of Haiku used
for building a package.
Use the gcc sources from the official gcc arm-embedded branch instead of
the Haiku branch. These include patches adding support for complex
multilib setups for ARM, so the toolchain can now target armv6, and armv7
m/ar/em.
Enable said option so we get a multilib toolchain.
This also means we get gcc 4.8.4 instead of 4.8.2.
Bump revision of newlib since it was also rebuilt with multilib
support.
* The gcc_nolibc compiler is built first, it doesn't come with a C
library
* This compiler is then used to build the newlibc
* Finally, gcc is built again (the final version of the package) using
the newly built newlibc.
Also fix some paths so everything gets installed in
system/develop/tools/arm-none-eabi. This is the simplest way to go so
this particular gcc finds the includes there, without any risk of mixing
them up with actual includes for Haiku.