> А  с чего Вы взяли, что я о ней ничего не знаю?
» А "тупой" лексический разбор тут выдаст кучу ключевых слов

> Что Вы конкретно предлагаете-то?
Использовать переключение режимов разбора в лексере.

» А "тупой" лексический разбор тут выдаст кучу ключевых слов
Можно поподробнее с этого места?
Под "тупым лексическим разбором" я тут подразумевал неоднократно рекомендованные в обсуждении "регулярки".
И они дадут именно такой результат, разве нет?

> Использовать переключение режимов разбора в лексере.
А как это мне даст искомую универсальность? Можете показать хоть на ранее приведённых примерах?

Простите, я не поспеваю за Вашими запросами - сначала Вы запрашивали ссылки на какую-то теорию и сравнения, потом Вы требовали какой-то универсальности непонятно относительно чего, в примере с Tcl, похоже, хотите читать мысли программиста, поскольку кроме него никто не знает как правильно читать, теперь ещё хотите доказать, что Вы всё правильно написали про регулярки.

Это слишком много для меня. 😊

> сначала Вы запрашивали ссылки на какую-то теорию и сравнения
И продолжаю запрашивать, да.
Знаете что... мне это уже надоедает, в конце концов.
Вот если бы я спросил про теорию ("универсальную"!), относящуюся к созданию lexers, мне бы наверняка тут же посоветовали и Dragon book, и "Engineering a Compiler", и т.д. и т.п.
А на мой вопрос меня тут пытаются "поучать" и отправляют читать исходники — это ни в какие ворота, извините. :(

> потом Вы требовали какой-то универсальности непонятно относительно чего
Относительно большинства существующих ЯП, внезапно. Вот посмотрите тот же colorer, который мне тут советовали — один и тот же принцип работает на сотнях практически используемых языков.

> в примере с Tcl, похоже, хотите читать мысли программиста, поскольку кроме него никто не знает как правильно читать
А ведь в том примере я показал результат работы автоматической подсветки! Это чудо, не иначе. ;)

> теперь ещё хотите доказать, что Вы всё правильно написали про регулярки.
Это Вы тут что-то хотите доказать, мне кажется. А что я неправильно про них написал, кстати?

> отправляют читать исходники — это ни в какие ворота, извините.

Если для Вас это ни в какие ворота - конечно, извиняю. Успехов в Ваших нелёгких поисках. 😊

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

Да, для нормальных программистов — это именно так!
Кстати, если Вы не разбираетесь в этой теме — можно просто промолчать, а не строить из себя "гуру". :(

Только что кто-то намекнул, что примерно все участники этого чата, кроме примерно одного - "ненормальные" (плохие или что?) программисты... Что там было про "гуру"? Я уж не говорю про обычную вежливость... 😊

Повторить Вам про "полезность" разбора Tcl?
Кстати, ANTLR — это LL*, насколько я помню? Что там с разбором контекстно-зависимых элементов?

Да неужели?! Т.е. никаких книг Вы никогда не читали, и всем нужно учиться, исключительно читая исходники?!
Не нужно с больной головы на здоровую валить.

Обычно в компиляторостроении для изучения ничего лучше исходников не найти

Я думаю, админы скоро проснутся, и спросоня не станут разбираться кто тут гуру, а кто - нет, и просто потрут флуд. 😊

Пожалуйста, не нужно ничего накидывать на этот вентилятор больше. 😊

Т.е. никаких основ вообще не нужно, нужно просто начать с чтения исходников какого-то компилятора (а книги — зло), я правильно понял?

В общем случае достаточно прочитать что-то вводное по типу crafting interpreters, а дальше исходники

Вот я и ищу что-то вводное, только по моему вопросу.

Мне нравится недавняя работа авторов Ohm с изящным подходом на тему реализации инкрементального pakrat-парсера (в PEG, как известно, не различаются фазы лексического и синтаксического анализа). Посмотрите там и related work. https://ohmlang.github.io/pubs/sle2017/incremental-packrat-parsing.pdf

Релиз набора компиляторов LLVM 10.0

После шести месяцев разработки представлен релиз проекта LLVM 10.0 - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы.

https://www.opennet.ru/opennews/art.shtml?num=52611

Посмотрю, спасибо!