к
по опыту скажу, что проще всего не писать свой парсер, а попробовать заюзать парсер из готового компилятора
Size: a a a
2021 May 26
к
аналогично с притипринтером
h
хмм... как бы вам объяснить
как вы сможете вот эту простейшую часть на паскале транслировать в плюсы?:
Нельзя просто взять и сказать что
Нельзя взять и сказать, что везде, где пишется
как вы сможете вот эту простейшую часть на паскале транслировать в плюсы?:
WriteLn('Hello, world!');Нельзя просто взять и сказать что
WriteLn = std::cout, у них совсем разное API и набор функционала.Нельзя взять и сказать, что везде, где пишется
a[b] на плюсах будет a[b - 1]к
можно!
к
достаточно генерить нужные writeln функции и свой тип массива
s
Нельзя. То, что индексы в паскале начинаются с единицы -- миф.
AG
тяжелое наследие драгонбука
к
какая разница, достаточно же описать тип массива с такими же параметрами и поведением как в паскале, а что миф или нет это уже не важно
h
имею в виду "нельзя" не как "невозможно" (конечно возможно — кто запретит), но в таком случае придется ведь весь
std так описатьк
весь std паскаля
к
который вроде бы не такой уж и большой
РС
нуу, это кажется логичным, ведь подобные задачи гораздо ближе к бизнесу, чем генерация машинных команд)
к
не могу понять этот аргумент
h
может просто парсинг это один из первых этапов в разработке компиляторов, и много людей дальше не доходит...
s
^ это.
РС
нуу парсинг форм, парсинг XML, json и т.д.
при решении бизнес задач парсинг повсюду🤷♂️
при решении бизнес задач парсинг повсюду🤷♂️
к
поэтому я его всегда делаю в самом конце! Чтобы не потерять весь интерес на этой скучной части
к
так а чат-то про компиляторы
K
Я через свёртку дерева делал трансляцию окамля— в js
РС
интересно, кстати, как 🤔 как писать сразу синтаксический анализ, не написав лексический