Я правильно понимаю что это нужно для создания external DSL?

--enable-warnings, отключающая

отключающая?!

Наверно, к --enable- опциям автоматически добавляются --disable- варианты.
Добавили опцию, чтобы _отключать_, но сама опция — именно «разрешить предупреждения».

В любом случае, стоило перевести получше :)

Это я невнимательно поправил ( Извиняюсь.

А можно хотя-бы в общих чертах понять что это такое и зачем нужно?
Это хотя-бы про какие языки, естественные или нет?

Это хотя-бы про какие языки, естественные или нет?

Про регулярные.

Не только. Для разбора general-purpose languages тоже годится. Это такой очень умный strtok :)

Ну вот про это, вцелом, — http://rus-linux.net/lib.php?name=/MyLDP/algol/lex-yacc-howto.html

Обычный генератор лексеров, которые потом работают совместно с парсерами, сгенерированными бизоном.

наоборот — это flex передает на вход яку/бизону поток токенов. :) Лексер отрабатывает раньше парсера.

А можно хотя-бы в общих чертах понять что это такое и зачем нужно?

В паре слов тащемта описано:

Состоялся релиз flex 2.6.2 — генератора быстрых лексических анализаторов.

А если хочется чуть больше, то милости прошу погуглить. Хотя в данном случае гугление будет проблематичным, по этому вот входная точка: https://en.wikipedia.org/wiki/Flex_(lexical_analyser_generator)

Еще скажу, что проще всего искать «сладкую парочку»: lex & yacc. Именно с них всё началось.

flex неплох, когда не требуется поточная обработка. Для поточной обработки - re2c.

Кто-то им ещё пользуется?

Да, я это и хотел сказать, но получился сумбур:) Спасибо за исправление.

Чем это лучше, чем boost::spirit?

тем что не ООП

Добавлен словенский?! Срочно на главную!

В воздухе запахло подкупленными cetjs2'ом модераторами.

Чем генератор сканеров лучше генератора парсеров?

Ну, например, работает для чистого си. А так, устаревшая поделка тащем-то.

устаревшая поделка

А что вместо нее? Хацкель?)

Я спрашивал чем лучше, а не хуже

Вопрос знатокам

генератора быстрых лексических анализаторов.

Интересует слово «быстрых». Быстрых по сравнению с чем? И если есть альтернатива, у которой анализаторы медленнее, то чем в случае flex приходится платить за быстроту?

// Сам сабж, к сожалению не осилил. Много лет назад пытался сделать на нём анализатор VRML по имеющемуся формальному описанию, но в итоге он мне генерировал зависающий код, а потом мой интерес иссяк...

из НЕ ООП сделать ООП всегда можно: (рагель, флекс легко встраивается в С++ приложения), а вот наоборот - нет

поэтому отсутствие требования ООП в такой вещи как синтаксический анализатор - это безусловный плюс и относится к «лучше»

Требует написания обёртки вместо удобного апи искаропки = хуже

Быстрых по сравнению с чем?

Со старым юниксовым lex. flex -> fast lex. Платить ничем не надо, просто теория с тех пор продвинулась.

Ты походу путаешь ООП и C++.

Есличо, сабж и плюсовый код тоже генерит.

В случае с lex/flex и yacc/bison парсер дергает лексер (а не наоборот), когда ему требуется очередной токен. Из функции main вызывается yyparse, оттуда в свою очередь вызывается yylex.

если на С++ не использовать ООП, получится С. соответственно в контексте языка С/С++ можно так и делить: С - обычное программирование, С++ - ООП. для большинства кейзов подобное разделение подойдет

Спасибо, кэп! Вы всегда поможете в трудной ситуации. Но к чему Вам личина анонимности? :)

Всякий раз как выходит новая версия flex не компилируется с ним текущий doxygen. Может кто уже поправил doxygen 1.8.12 ( пока конкретно файл scanner.l ) чтобы собирался doxygen и с flex 2.6.2 ? Или как всегда все самому ковырять в doxygen ?

https://bugs.gentoo.org/show_bug.cgi?id=598186

Тем что генерирует фсм и оптимизирует её, а не просто разворачивается по 4 часа из вырвиглазистых шаблонов.

если на С++ не использовать ООП, получится С

У меня - не получится. В любом случае, встраивать spirit в си мешает не ООП, а C++.

flex -> fast lex

Спасибо, не знал, что f здесь это fast.