https://www.opennet.ru/openforum/vsluhforumID3/118045.html Состоялся (http://re2c.org/releases/release_notes.html) релиз re2c (http://re2c.org/), свободного генератора лексических анализаторов для языков C и C++. Напомним, что re2c был написан в 1993 году Питером Бамбулисом как экспеиментальный генератор очень быстрых лексических анализаторов, отличающийся от других генераторов скоростью сгенерированного кода и необычно гибким пользовательским интерфейсом, который позволяет легко и эффективно встривать анализаторы в существующую кодовую базу. С тех пор проект развивается сообществом и продолжает оставаться площадкой для экспериментов и исследований в области формальных грамматик и конечных автоматов.<br><br><br>Подготовка релиза заняла почти целый год. Большинство времени, как всегда, ушло на разработку теоретической базы и написание<br>статьи "Efficient POSIX Submatch Extraction on NFA (http://re2c.org/2019_borsotti_trofimovich_efficient_posix_submatch_extraction_on_nfa.pdf)".<br>Алгоритмы, описанные в статье, реализованы в экспериментальной библиотеке libre2c<br>(сборка библиот https://www.opennet.ru/openforum/vsluhforumID3/118045.html#15 Tue, 06 Aug 2019 10:09:13 GMT Занимался разработкой NetFlow коллектора, в разборе конфигов, а также языка фильтров для потока (типа offline файрвола) эти вещи (синтаксические/семантические анализаторы) были незаменимыми.<br><br>Для интересующихся рекомендую посмотреть на lemon (часть проекта SQLite).<br>т.е. lemon+re2c более современная связка чем lex(flex)/yacc(bison).<br><br>Например, reentrance (при многопоточности) поддерживается в классических утилитах очень коряво.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#13 Mon, 05 Aug 2019 11:44:03 GMT Я тоже использовал bison и flex, до тех пор пока с этой штукой не познакомился. Разница огромна. Парсер JSON на bison с лексером flex, до двух раз медленнее, чем на r2c. <br><br>Только гибкости у этой штуки маловато, но вот это исправление с EOF, - НАКОНЕЦ!!! Столько извращений приходилось делать, и доп проверок что-бы за границы буфера не выходить.<br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#12 Sat, 03 Aug 2019 13:15:46 GMT &gt; У нас динамические ip. Если специально не заплачено<br>&gt; за статический. С чего вы взяли что персонаж тот же?<br><br>IP тот же, временной промежуток небольшой, поведение характерное. Это не гарантия, но с большой вероятностью таки тот же.<br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#11 Sat, 03 Aug 2019 13:08:18 GMT У нас динамические ip. Если специально не заплачено за статический. С чего вы взяли что персонаж тот же?<br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#10 Sat, 03 Aug 2019 09:25:37 GMT &gt; Юзаю CoCo/R для питона. На порядки быстрее, чем parglare<br><br>Надо же, хоть что-то конструктивного. :)<br><br>(этот же "провиндовый" персонаж спамил в соседних новостях деструктивно)<br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#8 Fri, 02 Aug 2019 19:43:01 GMT Юзаю CoCo/R для питона. На порядки быстрее, чем parglare - ближайшая альтернатива, более мощная, но тормозящая адски. Не говоря уже об остальных (согласно бенчмаркам автора его либа быстрее). <br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#7 Fri, 02 Aug 2019 17:41:15 GMT Выбирал не так долго, синтаксис показался весьма удобным. В cmake поддержка этой связки тоже оказалась из коробки.<br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#6 Fri, 02 Aug 2019 17:21:29 GMT Потому что они в dragon book описаны или есть объективные причины. <br>Есть еще lex из openbsd <br>https://github.com/openbsd/src/blob/master/bin/csh/lex.c<br>Lemon из sqlite<br>И другие представители (wiki). + сабж<br><br>Я только начинаю изучать эту тему. Можете написать почему flex + bison<br> https://www.opennet.ru/openforum/vsluhforumID3/118045.html#5 Fri, 02 Aug 2019 17:08:30 GMT Использую flex и bison, доволен. Но эту штуку тоже можно пощупать.<br>