11-10-2019, 02:04 PM
It is never acceptable for a project to contain violations of any guideline that MISRA has classified as "Mandatory" within one of its subsets (e.g. MISRA C:2012). Any violation of a Mandatory guidelines is likely to indicate a real issue, which is why MISRA does not allow a deviation to be used to cover any non-compliance.
If the use of adopted code within a project results in the violation of a Mandatory guideline, then management of that violation will depend on the cause:
1) If it is due to an interaction with the project's native code, then the native code should be modified to remove the violation.
2) If it is due to an issue within the adopted code itself, then the author of the adopted code should be advised of the issue and a request made to have it modified to eliminate the violation.
The "non-compliant adopted code" deviation reason (and the other reasons) may only be considered for non-compliance with a guideline that MISRA has classified as Required.
If the use of adopted code within a project results in the violation of a Mandatory guideline, then management of that violation will depend on the cause:
1) If it is due to an interaction with the project's native code, then the native code should be modified to remove the violation.
2) If it is due to an issue within the adopted code itself, then the author of the adopted code should be advised of the issue and a request made to have it modified to eliminate the violation.
The "non-compliant adopted code" deviation reason (and the other reasons) may only be considered for non-compliance with a guideline that MISRA has classified as Required.
Posted by and on behalf of the MISRA C Working Group