3.10.3 Поглощение точки с запятой

Часто желательно определить макрос, который раскрывается в составное утверждение. Рассмотрим, например, следующий макрос, который перемещает указатель (аргумент p указывает, где его найти) через символы пробела:

#define SKIP_SPACES(p, limit)  \
{ char *lim = (limit);         \
  while (p < lim) {            \
    if (*p++ != ' ') {         \
      p--; break; }}}

Здесь обратный слэш-новая строка используется для разделения определения макроса, которое должно быть в одной логической строке, чтобы оно напоминало способ отображения такого кода, если бы он не был частью определения макроса.

Вызов этого макроса может быть SKIP_SPACES (p, lim). Строго говоря, вызов раскрывается в составное утверждение, которое является полным утверждением без необходимости точки с запятой для завершения. Однако, поскольку он выглядит как вызов функции, для уменьшения путаницы его можно использовать как вызов функции, написав точку с запятой после него, как в SKIP_SPACES (p, lim);

Это может вызвать проблемы перед else операторами, потому что точка с запятой фактически является пустым оператором. Предположим, что вы пишете

if (*p != 0)
  SKIP_SPACES (p, lim);
else …

Наличие двух операторов — составного оператора и пустого оператора — между if условием и else делает невалидным код C.

Определение макроса SKIP_SPACES может быть изменено для решения этой проблемы, используя оператор do … while. Вот как:

#define SKIP_SPACES(p, limit)     \
do { char *lim = (limit);         \
     while (p < lim) {            \
       if (*p++ != ' ') {         \
         p--; break; }}}          \
while (0)

Теперь SKIP_SPACES (p, lim); раскрывается в

do {…} while (0);

что является одним оператором. Цикл выполняется ровно один раз; большинство компиляторов не генерируют дополнительного кода для этого.

Далее: Дублирование побочных эффектов, Предыдущее: Проблемы с приоритетом операторов, Вверх: Ловушки макросов [Содержание][Индекс]