Add a FLAVOR that configures GCC with the 'rmprofile' multilib set,
to get libraries that play nicely with the Cortex-M family.
newlib configures itself based on the GCC multilib configuration,
so it gets the corresponding flavor set and some patches to deal
with the armv8-m.base architecture not being a full thumb-2
This fixes the issue reported a couple months ago with division on
the Cortex-M0 using non-thumb code from libgcc, and also fixes link
errors when using Cortex-M4 floating point code.
It may be appropriate to just change the base arm-none-eabi
configuration instead of adding a flavor, but I don't have enough
information about how it's actually used in the wild to make that
I tried to build RT-Thread Chinese RTOS for LPC1114 with proposed
rmprofile flavor gcc-linaro, and compiled object worked fine. Great.
(tested RT-Thread is here: https://github.com/RT-Thread/rt-thread)