Rules 16-2-3 Rationale has the following description.
If this multiple inclusion leads to multiple or conflicting definitions,
then this can result in undefined or erroneous behaviour.
I understood that it would be a multiple definition.
However, I do not understand the case of conflicting definition.
What kind of cases are there?
Rules 16-2-3
Moderators: david ward, misra cpp
-
- Posts: 109
- Joined: Wed Apr 27, 2016 2:33 pm
- Company: Elektrobit Automotive GmbH
Re: Rules 16-2-3
Hi,
i believe if you follow rule 3-2-3 strictly it is impossible to have conflicting definitions (because linker does not check types in different translation units).
If you need more background google "C traps and pitfalls" by Koenig and check chapter 3.1.
i believe if you follow rule 3-2-3 strictly it is impossible to have conflicting definitions (because linker does not check types in different translation units).
If you need more background google "C traps and pitfalls" by Koenig and check chapter 3.1.
-
- Posts: 148
- Joined: Mon Jun 02, 2008 1:55 pm
- Company: MISRA
Re: Rules 16-2-3
We agree with dg1980. Strict adherence to 3-2-3 ensures conflicting definitions will not occur. Requiring include guards ensures that, for headers at least, 3-2-3 will be observed
Posted by and on behalf of
the MISRA C++ Working Group
the MISRA C++ Working Group