STM32F4 astyle

STM32F4: standard pin names

Updated TARGET_STM32 PeripheralPins.c and PeripheralPinMaps.h Replaced GPIO_PULLUP with GPIO_NOPULL in PinMap_PWM table

Update UART pin names & add MBED_CONF_TARGET_STDIO_UART overrides

Merge pull request #14429 from hugueskamba/hk_cmake_fix_st_build_error ...

CMake: Fix STM target build failures

Add standard pin-names validation script & tests

CMake: Fix STM target build failures ...

Ensure the linker and startup files listed match
with the correct letter case as some host systems
are case sensitive.

STM32F4: STM32Cube_FW_F4_V1.26.0 - Subfamilies

STM32F4: license header alignment

STM32F4: move common files

CMake: Refactor WIO_EMW3166 support ...

Ensure WICED is included for Mbed targets that require it.

This also removes the need for checking MBED_TARGET_LABELS repeatedly and
allows us to be more flexible in the way we include MBED_TARGET
source in the build.

A side effect of this is it will allow us to support custom targets
without breaking the build for 'standard' targets, as we use CMake's
standard mechanism for adding build rules to the build system, rather
than implementing our own layer of logic to exclude files not needed for
the target being built. Using this approach, if an MBED_TARGET is not
linked to using `target_link_libraries` its source files will not be
added to the build. This means custom target source can be added to the
user's application CMakeLists.txt without polluting the build system
when trying to compile for a standard MBED_TARGET.

CMake STM32: fix missing mbed for some nucleo targets

CMake STM32: fix targets naming ...

Follow the naming for other CMake targets, using prefix mbed-, lower case with dashes

cmake: Refactor ST targets ...

Refactor all ST targets to be CMake buildsystem targets. This removes
the need for checking MBED_TARGET_LABELS repeatedly and allows us to be
more flexible in the way we include MBED_TARGET source in the build.

A side effect of this is it will allow us to support custom targets
without breaking the build for 'standard' targets, as we use CMake's
standard mechanism for adding build rules to the build system, rather
than implementing our own layer of logic to exclude files not needed for
the target being built. Using this approach, if an MBED_TARGET is not
linked to using `target_link_libraries` its source files will not be
added to the build. This means custom target source can be added to the
user's application CMakeLists.txt without polluting the build system
when trying to compile for a standard MBED_TARGET.

Update for Arduino Pinnames

STM: Fix heap size formula in scatter files ...

The heap size was incorrectly calculated.
This fixes it by subtracting the Stack size, any memory chunks allocated
before the start of the application (for vectors and/or crash report), and
finally the size of the application from the total RAM size.

STM: fix ARMClang sct files, using proper -E command ...

This is required for ARMClang, otherwise there is an error with unknown command.

CMake: add STM32F4 targets

Merge pull request #13723 from boraozgen/feature/f412xg-crash-ram ...

Add crash RAM to STM32F412xG

Add SPDX license identifier to Arm files ...

Add license identifier to files which Arm owns the copyright to,
and contain either BSD-3 or Apache-2.0 licenses. This is to address
license errors raised by scancode analysis.

STM32F4: align F412 and F411 linker scripts

Merge branch 'master' into feature/f412xg-crash-ram

Align ARMC linker script with GCC

Add crash RAM to STM32F412xG

Remove weak statement for HSI clock config

Apply review suggestions

Make system_clock.c functions weak

stack: armc: Workaround config passing bug ...

Workaround a bug where the boot stack size configuration option is not
passed on to armlink, the Arm Compiler's linker. Prefer
MBED_CONF_TARGET_BOOT_STACK_SIZE if present, as this is what the
configuration system should provide. Fall back to MBED_BOOT_STACK_SIZE
if MBED_CONF_TARGET_BOOT_STACK_SIZE is not defined, as in the case of
buggy tools. If both MBED_CONF_TARGET_BOOT_STACK_SIZE and
MBED_BOOT_STACK_SIZE are not defined, then we fall back to a hard-coded
value provided by the linkerscript. See
https://github.com/ARMmbed/mbed-os/issues/13474 for more information.

Use boot stack size from config system ...

To allow overriding of the boot stack size from the Mbed configuration
system, consistently use MBED_CONF_TARGET_BOOT_STACK_SIZE rather than
MBED_BOOT_STACK_SIZE.

Fixes #10319

STM32F4 baremetal support