You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Priority: Major (might be considered a blocker for some future targets?)
Question
I quote here @akselsm from cmsis-core:
"The ARM mbed cmsis-core files are currently from CMSIS version 3.20, which is more than 3 years old by now. CMSIS version 4.5 was recently released, and the later versions of CMSIS define new macros for use by silicon vendors in device header files. This means that at some point in the future, silicon vendors may start to depend on symbols only defined in newer versions of CMSIS in their device header files.
Such symbols include the _I, _Oand _IO macros. In CMSIS 4.2 and newer, these have been replaced by _IM, _OM and _IOM for structure members. The old symbols still exist, but the M-suffixed ones are recommended for new devices.
How will ARM mbed support this going forward? Will the CMSIS core header files in cmsis-core be updated to newer versions, or will mbed require silicon vendors to maintain device header files compatible with CMSIS 3.20 for the foreseeable future? If the core headers are updated with backwards-incompatible changes, how will this be handled with regards to existing mbed enabled devices?"
Our platform team has started generating device header files depending on the _IOM macros. This means that this is a real blocker for us being able to port new targets to mbed. Also, our hal libraries can't be updated either, since they also might depend on new device headers for bugfixes to register values/names etc.
0xc0170
changed the title
cmsis update to v4
cmsis update to >v4.20
Oct 6, 2016
Uh oh!
There was an error while loading. Please reload this page.
Description
Question
I quote here @akselsm from cmsis-core:
cc @sg- @stevew817
The text was updated successfully, but these errors were encountered: