Oℕ
Но не разные языки
разные версии скалы - это разные языки
Size: a a a
2020 November 22
Oℕ
сейчас, например, подружили 2.13.4 и 3.0-M1
Oℕ
и IR часто бывает полезен в том, чтобы именно разные языки дружить
Oℕ
я понимаю, что задача сложная и вряд ли за неё возьмутся, но профит был бы для всех
Oℕ
например, совместно можно было бы работать над низкоприоритетными задачами типа жс компиляции
Oℕ
удобно было бы впиливать фичи друг друга
Oℕ
например, котлину было бы очень дёшево втащить какие-то дешёвые лейзи,
Oℕ
а скале - кокорутины
Oℕ
соответственно любая типохрень, которую скала бы у себя допиливала потом для котлина была бы легкодоступной, достаточно было бы парсер написать
Oℕ
включая хкт
Oℕ
могли бы сделать автоспециализацию
Oℕ
вот это было бы величие
PP
проще с точки зрения разработчиков компиляторов, сложнее с точки зрения разработчиков библиотек
Благодаря такому IR можно с лёгкостью добавлять не только библиотеки написанные на разных языках, но и полноценные dsl.
λ
проще с точки зрения разработчиков компиляторов, сложнее с точки зрения разработчиков библиотек
Ну Олег, это впринципе сложно. Очень сложно написать код так, чтоб он и там и там работал. А ir сделать такой мне кажется ещё сложнее
λ
Это получится что-то типа lsp,только для языков
Oℕ
Ну Олег, это впринципе сложно. Очень сложно написать код так, чтоб он и там и там работал. А ir сделать такой мне кажется ещё сложнее
я не понимаю, что конкретно сложно
Oℕ
сложно сделать такой IR, чтобы он поддерживал ещё и язык, который содержит все фичи, которые содержит скала + корутины?
Oℕ
никто же не говорит об общем IR у раста и идриса
NV
сложно сделать такой IR, чтобы он поддерживал ещё и язык, который содержит все фичи, которые содержит скала + корутины?
звучит будто этот IR и есть JVM байткод
2020 November 23
S
звучит будто этот IR и есть JVM байткод
так в том-то и дело, что у скалы не получилось использовать для этого jvm байткод