...
This CUBE()
macro definition is noncompliant because it fails to parenthesize the replacement list.:
Excerpt | ||
---|---|---|
| ||
compliant=no,enclose=yes,compile=yes |
Code Block | ||||
---|---|---|---|---|
| ||||
#define CUBE(X) (X) * (X) * (X)
int i = 3;
int a = 81 / CUBE(i);
|
As a result, the invocation
Code Block | ||||
---|---|---|---|---|
| ||||
int a = 81 / CUBE(i);
|
expands to
Excerpt | ||
---|---|---|
| ||
compliant=no,enclose=yes,compile=no |
Code Block | ||||
---|---|---|---|---|
| ||||
int a = 81 / i * i * i;
|
which evaluates as
Code Block | ||||
---|---|---|---|---|
| ||||
int a = ((81 / i) * i) * i); /* evaluatesEvaluates to 243 */ |
which is not the desired behavior.
...
With its replacement list parenthesized, the CUBE()
macro expands correctly for this type of invocation.
Code Block | ||||
---|---|---|---|---|
| ||||
#define CUBE(X) ((X) * (X) * (X))
int i = 3;
int a = 81 / CUBE(i);
|
...
In this noncompliant code example, EOF
END_OF_FILE
is defined as -1
. The macro replacement list consists of a unary negation operator - followed by an integer literal 1.:
Code Block | ||||
---|---|---|---|---|
| ||||
#define EOFEND_OF_FILE -1 /* ... */ if (getchar() EOFEND_OF_FILE) { /* ... */ } |
In this example, the programmer has mistakenly omitted the comparison operator (see MSC02-C. Avoid errors of omission) from the conditional statement, which should be getchar() != EOF
. END_OF_FILE
. (See void MSC02-C. Avoid errors of omission.) After macro expansion, the conditional expression is incorrectly evaluated as a binary operation: getchar()-1
. This statement is syntactically correct, even though it is certainly not what the programmer intended. Note that this example also violates DCL00-C. Const-qualify immutable objects.
Parenthesizing the -1
in the declaration of EOF
END_OF_FILE
ensures that the macro expansion is evaluated correctly.:
Code Block |
---|
#define EOFEND_OF_FILE (-1) |
Once this modification is made, the noncompliant code example no longer compiles because the macro expansion results in the conditional expression getchar() (-1)
, which is no longer syntactically valid. Note that there must be a space after EOF
END_OF_FILE
because, otherwise, it becomes a function-like macro (and one that is incorrectly formed , because -1 −1 cannot be a formal parameter).
...
In this compliant solution, the macro definition is replaced with an enumeration constant in compliance with DCL00-C. Const-qualify immutable objects. In addition, because EOF
is a reserved macro defined in the <stdio.h>
header, the compliant solution must also use a different indentifier in order to comply with DCL37-C. Do not declare or define a reserved identifier.
Code Block | ||||
---|---|---|---|---|
| ||||
enum { EOFEND_OF_FILE = -1 }; /* ... */ if (getchar() != EOFEND_OF_FILE) { /* ... */ } |
Exceptions
PRE02-C-EX1: A macro that expands to a single identifier or function call is not affected by the precedence of any operators in the surrounding expression, so its replacement list need not be parenthesized.
Code Block |
---|
#define MY_PID getpid() |
PRE02-C-EX2: A macro that expands to an array reference using the array-subscript operator []
, or an expression designating a member of a structure or union object using either the member-access .
or ->
operators is not affected by the precedence of any operators in the surrounding expression, so its replacement list need not be parenthesized.
Code Block |
---|
#define NEXT_FREE block->next_free
#define CID customer_record.account.cid
#define TOOFAR array[MAX_ARRAY_SIZE]
|
Risk Assessment
Failing to parenthesize macro replacement lists can cause unexpected results.
Recommendation | Severity | Likelihood | Remediation Cost | Priority | Level |
---|---|---|---|---|---|
PRE02-C |
Medium |
Probable |
Low | P12 | L1 |
Automated Detection
...
Tool | Version | Checker | Description | ||||||
---|---|---|---|---|---|---|---|---|---|
Axivion Bauhaus Suite |
| CertC-PRE02 | |||||||
CodeSonar |
| LANG.PREPROC.MACROEND LANG.PREPROC.MACROSTART | Macro Does Not End With ) or } Macro Does Not Start With ( or { | ||||||
| CC2.PRE02 | Fully implemented | |||||||
Helix QAC |
| C3409 | |||||||
Klocwork |
| MISRA.DEFINE.BADEXP | |||||||
LDRA tool suite |
| 77 S | Fully implemented | ||||||
Parasoft C/C++test |
| CERT_C-PRE02-a | Enclose in parentheses whole definition of a function-like macro | ||||||
PC-lint Plus |
| 773, 973 | Fully supported |
Related Vulnerabilities
Search for vulnerabilities resulting from the violation of this rule on the CERT website.
Other Languages
...
Related Guidelines
...
...
...
...
ISO/IEC TR 24772:2013 | Operator Precedence/Order of Evaluation [JCW] Pre-processor Directives [NMP] |
Bibliography
[Plum 1985] | Rule 1-1 |
[Summit 2005] | Question 10.1 |
...
9899:1999|AA. C References#ISO/IEC 9899-1999]\] Section 6.10, "Preprocessing directives," and Section 5.1.1, "Translation environment" \[[ISO/IEC PDTR 24772|AA. C References#ISO/IEC PDTR 24772]\] "JCW Operator precedence/Order of Evaluation", "NMP Pre-processor Directions" \[[Plum 85|AA. C References#Plum 85]\] Rule 1-1 \[[Summit 05|AA. C References#Summit 05]\] Question 10.1 01. Preprocessor (PRE) PRE03-C. Prefer typedefs to defines for encoding types