Size: a a a

Compiler Development

2021 May 11

K

Kir in Compiler Development
Я рекомендую начать без операторов *, +, ?, а уже потом написать фронтенд, который транслирует грамматику с операторами в безоператорную форму
источник

РС

Роман Соловьев... in Compiler Development
Ды я в целом уже намутил с ними и оно работает😌
источник

YS

Yaroslav Schekin in Compiler Development
Ну так бывают неоднозначные грамматики (для них невозможно создать DPDA), и даже неоднозначные языки (для которых невозможно написать однозначную грамматику, как уже писали тут https://t.me/CompilerDev/84889 ). Т.е. если метод разбора не способен с ними работать — выдавать ошибку, пусть пользователь пробует изменить грамматику, например.
источник

M

MrSmith in Compiler Development
источник

AG

Alex Gryzlov in Compiler Development
хм, а сюда не скидывали объявление наверное
источник

AG

Alex Gryzlov in Compiler Development
по всем чатам было :)
источник

PG

Per-Lorean Graph in Compiler Development
Переслано от Per-Lorean Graph
Добрый вечер. Не подскажете, случаем никто не видел работ по эффективной имплементации (или просто задании операционной семантики, не в смысле построения компилятора и.т.д) для простых систем с полиморфными функциями, и полиморфными в смысле просто обобщённым по типам, что-то вроде System F? Просто наивная/прямолинейная реализация будет либо хранить информацию о типах в райнтайме, либо каждый раз перекомпилировать тело функции для одного и того же типа и дублицировать его. Нормальное решение я подразумеваю будет запоминать для каких типов мы уже скомпилировали тело и просто подставлять эту функцию в вызов во время компиляции (не тело функции, а допустим её имя и в особый контекст запихивать её скомпилированное тело), а в рантайме будет уже обычный, как ни в чем не бывало, вызов. Что-то вроде шаблонов C++, только с тайп-чеком заранее.

Интересует именно спецификация такого в правилах вывода и операционной семантики, конечно же, а не реализация этого в компиляторах.
источник

AG

Alex Gryzlov in Compiler Development
источник

AG

Alex Gryzlov in Compiler Development
или наверное даже лучше исходную статью по интенсиональному анализу - http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.45.6218
источник

МБ

Михаил Бахтерев... in Compiler Development
К вопросу о сборке мусора и реальном времени. Плюс можно посмотреть на вычислительный код на Lean. Миленько, в принципе.

https://galois.com/blog/2021/03/real-time-robotics-control-in-the-lean-language/
источник

П

Пух in Compiler Development
Тупо Rc?
источник

МБ

Михаил Бахтерев... in Compiler Development
RC, но не тупо. В посте есть ссылка на статью.

https://arxiv.org/abs/1908.05647
источник

AT

Alexander Tchitchigi... in Compiler Development
Ваше дежурное напоминание, что его же внедрили в Koka и побенчмаркали. 😊
источник

МБ

Михаил Бахтерев... in Compiler Development
Почему моё? Я за Koka почти не слежу. Он, конечно, интересный, но времени не хватает.
источник

AG

Alex Gryzlov in Compiler Development
а вот если бы вы были более ленивым, то не хватало бы места
источник

AT

Alexander Tchitchigi... in Compiler Development
Это не лично Ваше, это общее "ваше". 😊
источник

AT

Alexander Tchitchigi... in Compiler Development
Слишком тонко! 😅
источник

МБ

Михаил Бахтерев... in Compiler Development
Не хватает того и другого. Эх... Да.
источник

МБ

Михаил Бахтерев... in Compiler Development
А "мы" - это любители GC?
источник

AT

Alexander Tchitchigi... in Compiler Development
И компиляторов в целом. 😉
источник