Re: Compilation errors

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Compilation errors
Дата
Msg-id 10013.1172704033@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Compilation errors  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: Compilation errors  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Actually, we couldn't.The definition section from the .l file gets 
> included after these functions. So we'd need to include something in 
> gram.y before including scan.c.

Actually, since we don't use any of those functions, the following
advice from the 2.5.33 flex manual seems useful:
  A number of options are available for lint purists who want to
suppress the appearance of unneeded routines in the generated scanner.
Each of the following, if unset (e.g., `%option nounput'), results in
the corresponding routine not appearing in the generated scanner:
        input, unput        yy_push_state, yy_pop_state, yy_top_state        yy_scan_buffer, yy_scan_bytes,
yy_scan_string           yyget_extra, yyset_extra, yyget_leng, yyget_text,        yyget_lineno, yyset_lineno, yyget_in,
yyset_in,       yyget_out, yyset_out, yyget_lval, yyset_lval,        yyget_lloc, yyset_lloc, yyget_debug, yyset_debug
 
  (though `yy_push_state()' and friends won't appear anyway unless you
use `%option stack)'.

However, I'm not sure whether 2.5.4 will choke on unrecognized %option
commands --- if it has to be conditional on version it'll be a PITA.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Sergey E. Koposov"
Дата:
Сообщение: Re: SOC & user quotas
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: COMMIT NOWAIT Performance Option