'(4 + foo)', затем это значение просматривается еще раз и заменяется на
'(4 + (4 + foo))' и так далее, пока это не приведет к ошибке (memory full)
препроцессора.
Однако, правило об использовании рекурсивных макросов завершит этот
процесс после получения результата '(4 + foo)'. Поэтому этот макрос может
использоваться для прибавления 4 к значению переменной 'foo'.
В большинстве случаев не следует опираться на эту возможность. При
чтении исходных текстов может возникнуть путаница между тем, какое значение
является переменной, а какое - вызовом макроса.
Также используется специальное правило для "косвенной" рекурсии. Здесь
имеется в виду случай, когда макрос X заменяется на значение 'y', которое
является макросом и заменяется на значение 'x'. В результате ссылка на
макрос 'x' является косвенной и происходит от подстановки макроса 'x', таким
образом, это является рекурсией и далее не обрабатывается. Поэтому после
обработки
#define x (4 + y)
#define y (2 * x)
'x' заменяется на '(4 + (2 * x))'.
Но предположим, что 'y' используется где-либо еще и не в определении
макроса 'x'. Поэтому использование значения 'x' в подстановке макроса 'y'
не является рекурсией. Таким образом, производится подстановка. Однако,
подстановка 'x' содержит ссылку на 'y', а это является косвенной рекурсией.
В результате 'y' заменяется на '(2 * (4 + y))'.
Неизвестно где такие возможности могут быть использованы, но это
определено стандартом ANSI C.
4.8.6. Отдельная подстановка макро аргументов
Ранее было объяснено, что макроподстановка, включая подставленные
значения аргументов, заново просматривается на предмет наличия новых макро
вызовов.
Что же происходит на самом деле, является довольно тонким моментом.
Сначала значения каждого аргумента проверяются на наличие макро вызовов.
Затем полученные значения подставляются в тело макроса и полученная макро
подстановка проверяется еще раз на наличие новых макросов.
В результате значения макроаргументов проверяются дважды.
В большинстве случаев это не дает никакого эффекта. Если аргумент
содержит какие-либо макро вызовы, то они обрабатываются при первом проходе.
Полученное значение не содержит макро вызовов и при втором проходе оно не
изменяется. Если же аргументы будут подставлены так, как они были указаны,
то при втором проходе, в случае наличия макро вызовов, будет произведена
макроподстановка.
Рекурсивный макрос один раз подставляется при первом проходе, а второй
раз - при втором. Не подставляемые рекурсивные элементы при выполнении
первого прохода отдельно помечаются и поэтому они не обрабатываются при
втором.
Первый проход не выполняется, если аргумент образован путем
стрингификации или объединения. Поэтому
#define str(s) #s
#define foo 4
str (foo)
заменяется на '"foo"'.
При стрингификации и объединении аргумент используется в таком виде, в
каком он был указан без последующего просмотра его значения. Этот же аргумент
может быть просмотрен, если он указан где-либо еще без использования
стрингификации или объединения.
#define str(s) #s lose(s)
#define foo 4
str (foo)
заменяется на '"foo" lose(4)'.
Возникает вопрос: для чего используется два прохода для просмотра
макроса и почему бы не использовать один для повышения скорости работы
препроцессора. В действительности, здесь есть некоторая разница и она
может быть видна в трех отдельных случаях:
При однородных вызовах макросов.
При использовании макросов, вызывающих другие макросы, которые
используют стрингификацию или объединение.
При использовании макросов, содержащих открытые запятые.
Макро вызовы называются "однородными", если аргумент этого макроса
содержит вызов этого же макроса. Например, 'f' это макрос, принимающий
один аргумент, а 'f (f (1))' является однородной парой вызовов макроса 'f'.
Требуемая подстановка производится путем подстановки значения 'f (1)' и
его замены на определение 'f'. Дополнительный проход приводит к желаемому
результату. Без его выполнения значение 'f (1)' будет заменено как
аргумент и во втором проходе оно не будет заменено, так как будет является
рекурсивным элементом. Таким образом, применение второго прохода
предотвращает нежелательный побочный эффект правила о рекурсивных макросах.
Но применение второго прохода приводит к некоторым осложнениям в
отдельных случаях при вызовах однородных макросов. Рассмотрим пример:
#define foo a,b
#define bar(x) lose(x)
#define lose(x) (1 + (x))
bar(foo)
Требуется преобразовать значение 'bar(foo)' в '(1 + (foo))', которое
затем должно быть преобразовано в '(1 + (a,b))'. Но вместо этого,
'bar (foo)' заменяется на 'lose(a,b)' что в результате приводит к ошибке,
так как 'lose' принимает только один аргумент. В данном случае эта проблема
решается путем использования скобок для предотвращения неоднородности
арифметических операций:
#define foo (a,b)
#define bar(x) lose((x))
Проблема становится сложнее, если аргументы макроса не являются
выражениями, например, когда они являются конструкциями. Тогда использование
скобок неприменимо, так как это может привести к неправильному С коду:
#define foo { int a, b; ... }
В GNU C запятые можно закрыть с помощью '({...})', что преобразует
составную конструкцию в выражение:
#define foo ({ int a, b; ... })
Или можно переписать макроопределение без использования таких запятых:
#define foo { int a; int b; ... }
Существует также еще один случай, когда применяется второй проход. Его
можно использовать для подстановки аргумента с его последующей
стрингификацией при использовании двухуровневых макросов. Добавим макрос
'xstr' к рассмотренному выше примеру:
#define xstr(s) str(s)
#define str(s) #s
#define foo 4
xstr (foo)
Здесь значение 'xstr' заменяется на '"4"', а не на '"foo"'. Причиной
этому служит то, что аргумент макроса 'xstr' заменяется при первом проходе
(так как он не использует стрингификацию или объединение аргумента). В
результате первого прохода формируется аргумент макроса 'str'. Он использует
свой аргумент без предварительного просмотра, так как здесь используется
стрингификация.
4.8.7. Зависимые макросы
"Зависимым" макросом называется макрос, тело которого содержит ссылку
на другой макрос. Это довольно часто используется. Например,
#define BUFSIZE 1020
#define TABLESIZE BUFSIZE
Это не является определением макроса 'TABLESIZE' со значением '1020'.
Директива '#define' для макроса 'TABLESIZE' использует в точности тело
указанного макроса, в данном случае это 'BUFSIZE'.
Подстановка значения 'TABLESIZE' производится только при использовании
этого макроса.
При изменении значения 'BUFSIZE' в каком-либо месте программы ее
выполнение меняется. Макрос 'TABLESIZE', определенный как было описано выше,
всегда заменяется с использованием значения макроса 'BUFSIZE':
#define BUFSIZE 1020
#define TABLESIZE BUFSIZE
#undef BUFSIZE
#define BUFSIZE 37
Теперь значение 'TABLESIZE' заменяется (в две стадии) на '37'.
4.9. Символы newline в макроаргументах
При обычной обработке макросов все символы newline в макроаргументах
используются при макроподстановке. Это означает, что если некоторые аргументы
подставляются более одного раза или вообще не подставляются, то символы
newline могут дублироваться. Если подстановка состоит из нескольких
конструкций, то в результате порядок строк этих конструкций будет нарушен.
Это может привести к неправильным значениям номеров строк в сообщениях об
ошибках или при работе с отладчиком.
При работе GNU C препроцессора в режиме ANSI C, им контролируется
многократное использование одного аргумента. При первом его использовании
подставляются все символы newline, а при последующем использовании эти
символы игнорируются. Но даже при работе в таком режиме может возникнуть
ошибочная нумерация строк если аргументы используются не в надлежащем
порядке или вообще не используются.
Рассмотрим пример:
#define ignore_second_arg(a,b,c) a; c
ignore_second_arg (foo (),
ignored (),
syntax error);
Синтаксическая ошибка со ссылкой на четвертую строку получается в
результате обработки строки 'syntax error', хотя ошибочное выражение
находится в пятой строке.
5. Условия
В работе препроцессора "условием" называется директива, при выполнении
которой часть программы игнорируется во время компиляции после проверки
некоторых условий. В С препроцессоре в условии могут использоваться как
арифметические выражения, так и имена определенных макросов.
Условие в С препроцессоре в некоторых аспектах имеет сходство с
конструкцией 'if' языка С, но важно понимать их отличия. Условие в
конструкции 'if' проверяется при выполнении программы. Ее целью служит
изменение хода программы в зависимости от обрабатываемых данных. Условие в
препроцессоре проверяется при компиляции программы. Оно используется для
включения в программу различных частей кода в зависимости от условий,
установленных при ее компиляции.
5.1. Для чего используются условия
Существует три основных причины для применения условий.
Для выполнения программы на различных платформах может потребоваться
разный исходный код. В некоторых случаях, программа, написанная для одной
операционной системы, будет некорректно работать в другой операционной
системе. В подобных ситуациях недостаточно уклонения от выполнения
ненужных процедур. Если программа их содержит, то часто случается, что
невозможно скомпоновать и запустить программу. При использовании условной
компиляции, неиспользуемый код может быть исключен из программы.