9. отладка вашего анализатора

если грамматика bison компилируется правильно, но при запуске делает не то, чего вы хотите, помочь вам выяснить, почему это происходит, может средство трассировки анализатора yydebug.

чтобы включить компиляцию возможностей трассировки, вы должны определить макрос yydebug как ненулевое значение при компиляции анализатора. вы можете использовать параметр компилятора `-dyydebug=1' или поместить `#define yydebug 1' в секцию объявлений c файла грамматики (см. раздел 4.1.1 секция объявлений c). вместо этого можно использовать параметр `-t' при запуске bison (см. раздел 10. вызов bison) или объявление %debug (см. раздел 4.7.8 обзор объявлений bison). мы полагаем, что вы всегда будете определять yydebug, так что отладка всегда будет возможна.

средство трассировки выводит собщения, используя макровызовы вида yyfprintf (stderr, формат, аргументы, где формат и аргументы -- обычные формат и аргументы функции printf. если вы определяете yydebug как ненулевое значение, но не определяете yyfprintf, автоматически включается <stdio.h> и yyfprintf определяется как fprintf.

после того, как вы скомпилировали программу с использованием средств трассировки, чтобы потребовать выполнения трассировки, нужно поместить ненулевое значение в переменную yydebug. вы можете сделать это, заставив это делать код на c (возможно, в функции main), или изменить это значение отладчиком c.

каждый шаг, предпринимаемый анализатором, когда yydebug не равно нулю, даёт одну или две строки информации о трассировке, выдаваемой на stderr. сообщения трассировки говорят о следующем:

• при каждом вызове yylex: лексема какого вида прочитана.
• при каждом сдвиге: глубина и всё содержимое стека состояний (см. раздел 6.5 состояния анализатора).
• при каждой свёртке: по какому правилу произведена свёртка, и полное содержимое стека после этого.

для осмысления этой информации полезно обратиться к файлу листинга, выдаваемому параметром bison `-v' (см. раздел 10. вызов bison). этот файл показывает смысл каждого состояния в терминах позиций в различных правилах, а также, что будет происходить в каждом состоянии при каждой возможной входной лексеме. читая последовательные сообщения трассировки, вы можете видеть, что анализатор функционирует в соответствии с его спецификацией в файле листинга. в конце концов вы дойдёте до места, где происходит что-либо нежелательное, и увидите, какие части грамматики несут за это ответственность.

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

отладочная информация обычно содержит тип каждой прочитанной лексемы, но не её семантическое значение. вы можете также определить макрос yyprint, чтобы предоставить способ вывода значения. если вы определяете yyprint, он должен принимать три аргумента. анализатор будет передавать ему стандартный поток ввода/вывода, числовой код типа лексемы и значение лексемы (из yylval).

приведём пример yyprint, подходящего для многофункционального калькулятора (см. раздел 3.5.1 объявления mfcalc):

#define yyprint(file, type, value)   yyprint (file, type, value)

static void
yyprint (file *file, int type, yystype value)
{
  if (type == var)
    fprintf (file, " %s", value.tptr->name);
  else if (type == num)
    fprintf (file, " %d", value.val);
}