Size: a a a

Compiler Development

2020 February 18

M

MaxGraey in Compiler Development
EgorBo
и есть намного больше сценариев, где не важен
Ну там где не важен берут electron =)
источник

PS

Peter Sovietov in Compiler Development
Слушайте, так ведь каждой нише — свой язык и компилятор. Иначе компиляторщикам будет заняться нечем!
источник

E

EgorBo in Compiler Development
MaxGraey
По сравнению с Rust и C++ это чертовски много
это кстати всё был спланированый байт на упоминание раста
источник

E

EgorBo in Compiler Development
попался!
источник

PS

Peter Sovietov in Compiler Development
Я тут в другом чате как раз цитировал Страуструпа.
источник

PS

Peter Sovietov in Compiler Development
"I'm convinced that you could design a language about a tenth of the size of C++ (whichever way you measure size) providing roughly what C++ does."

"Within C++, there is a much smaller and cleaner language struggling to get out."
источник

PS

Peter Sovietov in Compiler Development
Некоторые могли бы подумать, что он все время на Rust намекал. Но нет! Читаем еще:
"The connection between the language in which we think/program and the problems and solutions we can imagine is very close. For this reason restricting language features with the intent of eliminating programmer errors is at best dangerous."
источник

M

MaxGraey in Compiler Development
EgorBo
это кстати всё был спланированый байт на упоминание раста
все, я теперь буде говорить “язык, который нельзя произнисить в слух” что бы сберечь нервные окончания Егора)
источник

PS

Peter Sovietov in Compiler Development
Короче говоря, с точки зрения компиляторщика все языки примерно одинаковы, особенно, разумеется, если смотреть на внутренности их компиляторов. Подозрения вызывают только тоталитарные поползновения в области языкотворчества ("перепиши на Rust!") и компиляторов ("а чего LLVM не взял?"). Чем больше компиляторов и языков, тем больше работы.
источник

FO

FORTRAN ONE LOVE in Compiler Development
Peter Sovietov
Короче говоря, с точки зрения компиляторщика все языки примерно одинаковы, особенно, разумеется, если смотреть на внутренности их компиляторов. Подозрения вызывают только тоталитарные поползновения в области языкотворчества ("перепиши на Rust!") и компиляторов ("а чего LLVM не взял?"). Чем больше компиляторов и языков, тем больше работы.
Скажите это фортранистам, у которых компиляторов десяток как минимум)
источник

PS

Peter Sovietov in Compiler Development
Особенно интересны компиляторы Фортрана для HPC,  у них большая история, но и сегодня их продолжают писать.
источник

PS

Peter Sovietov in Compiler Development
Многие "современные" техники по автовекторизации впервые были опробованы именно в Фортране.
источник

BD

Berkus Decker in Compiler Development
EgorBo
http://lists.llvm.org/pipermail/llvm-dev/2020-February/139058.html

я так понимаю Go ллвм фронт решели дропнуть
уже дропнули )
источник

BD

Berkus Decker in Compiler Development
Rustem B.
Сейчас собираю, хочу попробовать
Только неначем
ну я могу проверить у себя
источник

MM

Mikhail Maltsev in Compiler Development
Peter Sovietov
Короче говоря, с точки зрения компиляторщика все языки примерно одинаковы, особенно, разумеется, если смотреть на внутренности их компиляторов. Подозрения вызывают только тоталитарные поползновения в области языкотворчества ("перепиши на Rust!") и компиляторов ("а чего LLVM не взял?"). Чем больше компиляторов и языков, тем больше работы.
Нет. Компиляторы для языков с JIT и GC (Java, JS, .Net) сильно отличаются по устройству от AOT (C, C++, Rust, Swift). Была, кстати, куча попыток использовать LLVM/GCC для первой группы (как пример, Go, Haskell, Java) и ничем хорошим это не заканчивалось: GHC перешёл сначала с GCC на LLVM, а потом на собственный backend. llgo выпилили, gccgo тоже дальше хобби-проекта Ian Lance Taylor-а не пошёл. Java выпили из GCC пару лет назад.
источник

KR

K R in Compiler Development
Mikhail Maltsev
Нет. Компиляторы для языков с JIT и GC (Java, JS, .Net) сильно отличаются по устройству от AOT (C, C++, Rust, Swift). Была, кстати, куча попыток использовать LLVM/GCC для первой группы (как пример, Go, Haskell, Java) и ничем хорошим это не заканчивалось: GHC перешёл сначала с GCC на LLVM, а потом на собственный backend. llgo выпилили, gccgo тоже дальше хобби-проекта Ian Lance Taylor-а не пошёл. Java выпили из GCC пару лет назад.
А это точно не результат

«Пока противник рисует карты наступления, мы меняем ландшафты, причём вручную. Когда приходит время атаки, противник теряется на незнакомой местности и приходит в полную небоеготовность.»?
источник

KR

K R in Compiler Development
Как там со стабильностью gcc?
источник

E

EgorBo in Compiler Development
Mikhail Maltsev
Нет. Компиляторы для языков с JIT и GC (Java, JS, .Net) сильно отличаются по устройству от AOT (C, C++, Rust, Swift). Была, кстати, куча попыток использовать LLVM/GCC для первой группы (как пример, Go, Haskell, Java) и ничем хорошим это не заканчивалось: GHC перешёл сначала с GCC на LLVM, а потом на собственный backend. llgo выпилили, gccgo тоже дальше хобби-проекта Ian Lance Taylor-а не пошёл. Java выпили из GCC пару лет назад.
LLVM используется и в джаве и в дотнете, причем в дотнете 2 активных бэкенда 😉
источник

MM

Mikhail Maltsev in Compiler Development
Мне всегда казалось, с llvm сборщик мусора трудно интегрировать
источник

E

EgorBo in Compiler Development
у вас есть какие-то основания к этому подозрению или где-то услышали?
источник