Preprocessor Directives

You can use the #define directive to give a meaningful name to a constant in your program. The two forms of the syntax are:

#define identifier token-string

#define identifier(parameter list) token-string

The #define directive substitutes token-string for all subsequent occurrences of an identifier in the source file. The identifier is replaced only when it forms a token. (See Tokens.) For instance, identifier is not replaced if it appears in a comment, within a string, or as part of a longer identifier.

A #define without a token-string removes occurrences of identifier from the source file. The identifier remains defined and can be tested using the #ifdef directive.

The token-string argument consists of a series of tokens, such as keywords, constants, or complete statements. One or more white-space characters must separate the token-string from the identifier. This white space is not considered part of the substituted text, nor is any white space following the last token of the text.

Formal parameter names appear in token-string to mark the places where actual values are substituted. Each parameter name can appear more than once in token-string, and the names can appear in any order. The number of arguments in the call must match the number of parameters in the macro definition. Liberal use of parentheses ensures that complicated actual arguments are interpreted correctly.

The second syntax form allows the creation of function-like macros. This form accepts an optional list of parameters that must appear in parentheses. References to the identifier after the original definition replace each occurrence of identifier ( parameter list ) with a version of the token-string argument that has actual arguments substituted for formal parameters. The formal parameters in the list are separated by commas. Each name in the list must be unique, and the list must be enclosed in parentheses. No spaces can separate identifier and the opening parenthesis. Use line concatenation — place a backslash (\) before the newline character — for long directives on multiple source lines. The scope of a formal parameter name extends to the new line that ends token-string.

When a macro has been defined in the second syntax form, subsequent textual instances followed by an argument list constitute a macro call. The actual arguments following an instance of identifier in the source file are matched to the corresponding formal parameters in the macro definition.

This example illustrates the #define directive:

#define WIDTH 80
#define LENGTH ( WIDTH + 10 )

The first statement defines the identifier WIDTH as the integer constant 80 and defines LENGTH in terms of WIDTH and the integer constant 10. Each occurrence of LENGTH is replaced by (WIDTH + 10). In turn, each occurrence of WIDTH + 10 is replaced by the expression (80 + 10). The parentheses around WIDTH + 10 are important because they control the interpretation in statements such as the following:

 iVar = LENGTH * 20;

After the pre-processing stage the statement becomes:

iVar = ( 80 + 10 ) * 20; 

which evaluates to 1800. Without parentheses, the result is:

 iVar = 80 + 10 * 20;

The following example of macros with arguments illustrate the second form of the #define syntax:

// Macros to return minimum and maximum values
#define MIN(a,b) (((a)<(b))?(a):(b))
#define MAX(a,b) (((a)>(b))?(a):(b))

Arguments with side effects sometimes cause macros to produce unexpected results. A given formal parameter may appear more than once in token-string (as in the previous example). If that formal parameter is replaced by an expression with side effects, the expression, with its side effects, may be evaluated more than once.

The #undef directive causes an identifier’s pre-processor definition to be forgotten.

If the name of the macro being defined occurs in token-string (even as a result of another macro expansion), it is not expanded. 

#undef

#define GX6
#ifdef GX6
//do something
#elif
//do something else
#endif