Our gcc-arm-embedded expressions download binaries instead of
building from source. Let's add the appropriate `sourceProvenance`
for this kind of thing.
python27 is only required for arm-none-eabi-gdb-py
and since python27 is EOL, it's worth disabling python support
for GDB, rather then breaking the whole gcc-arm-embedded
There are builds which rely on having the numeric version of gcc (eg "10.2.1")
declared in an environment variable.
Running 'arm-none-eabi-gcc --version' returns:
"arm-none-eabi-gcc (GNU Arm Embedded Toolchain 10-2020-q4-major) 10.2.1 20201103 (release)"
However, the attribute arm-none-eabi-gcc.version is "10-2020-q4-major",
from which there is no way to derive "10.2.1".
Contrast this with the attribute gcc.version which (at this time) gives "10.3.0".
By adding a numVersion attribute, consumers of this package can
correctly determine what GCC version is being executed.
Signed-off-by: Sirio Balmelli <sirio@b-ad.ch>
