[Feature Request]: Make toolchain cmake files more robust and verbose about unsupported processor feature combinations

[jkrech]

Description

For Arm Compiler 6 (AC6) the supported combination of features is restricted on a Cortex-Mx basis.

At least warning messages shall be issued in case unsupported processor feature combinations are configured in the Solution.

E.g. for Cortex-M55 the DSP instruction set is always enabled
DSP is not mentioned in the "Table 4. Combinations of architecture features supported for the Cortex-M55 processor":
https://developer.arm.com/documentation/100748/0624/Building-for-different-target-architectures/Supported-architecture-feature-combinations-for-specific-processors

If NO_DSP is set for Cortex-M55, a message should be issued, that DSP cannot be disabled for Cortex-M55.

Priority

Medium

Related Issues (Optional)

#365

[brondani]

Instead of extending cmake files should we rather invest the effort to replace such files by equivalent YML files as proposed in Open-CMSIS-Pack/cbuild2cmake#123 ?

[ReinhardKeil]

The question is where to solve such problems? Is this not a packchk issue?

[jkrech]

The supported combination of processor features specified in the device (in *.pdsc) would be subject to packchk. However if the user disables the DSP flag in the (processor: node](https://open-cmsis-pack.github.io/cmsis-toolbox/YML-Input-Format/#processor) of the csolution YAML input file, this needs to be handled by the CMSIS-Toolbox.