Size: a a a

Compiler Development

2020 January 01

PS

Peter Sovietov in Compiler Development
Проблема Haskell в том, что это C++ из мира функционального программирования и, соответственно, вся его "мультипарадигменность" мешает быстрому начальному освоению.
источник

BD

Berkus Decker in Compiler Development
FORTRAN ONE LOVE
Ого. Чорд. И как на это все портировать свой софт?)
Писать на высокоуровневых языках.
источник

FO

FORTRAN ONE LOVE in Compiler Development
Большего мне не нужно
источник

МБ

Михаил Бахтерев in Compiler Development
FORTRAN ONE LOVE
Я лисп пытался :-) нужны задачи под него
Rigetti Computers пилит чего-то про квантовые вычичления на нём. Но Lisp можно использовать привычным способом. Haskell - нет.
источник

BD

Berkus Decker in Compiler Development
Михаил Бахтерев
Кстати, чат. А вот реально нам пораскинуть мозгами и написать какую-нибудь менее занудную и более практичную спецификацию IR, чем LLVM. Организовать какой-нибудь  pep-процесс? Может быть 2 или 3 IR таргета? Чтобы не было так мучительно больно из-за LLVM? Имею в виду, что раз нет универсального IR записать спеки двух-трёх видов с максимальным перекрытием, чтобы авторы бэкендов выбирали наиболее удобный себе.
Cranelift, libfirm?
источник

PS

Peter Sovietov in Compiler Development
Михаил Бахтерев
Но CPU-то всё равно нужен
Но сегодня роль управляющего процессора уже достаточно скромна. И что интересного в том, чтобы придумать очередную архитектуру, которая одинаково средне (плохо?) выполняет весь спектр возможных задач? Не проще взять тот же RISC-V? :)
источник

BD

Berkus Decker in Compiler Development
FORTRAN ONE LOVE
Хочу чистый Фортран. Без Сей
Так фланг -> ir а дальше что угодно, ir2ir transforms и все такое
источник

FO

FORTRAN ONE LOVE in Compiler Development
Михаил Бахтерев
Rigetti Computers пилит чего-то про квантовые вычичления на нём. Но Lisp можно использовать привычным способом. Haskell - нет.
Я не осилил юзать лисп привычным способом :-)
источник

FO

FORTRAN ONE LOVE in Compiler Development
Berkus Decker
Так фланг -> ir а дальше что угодно, ir2ir transforms и все такое
У меня прога не поддерживает фланг :-(
источник

FO

FORTRAN ONE LOVE in Compiler Development
А порт я еще не написал 😞
источник

МБ

Михаил Бахтерев in Compiler Development
Peter Sovietov
Но сегодня роль управляющего процессора уже достаточно скромна. И что интересного в том, чтобы придумать очередную архитектуру, которая одинаково средне (плохо?) выполняет весь спектр возможных задач? Не проще взять тот же RISC-V? :)
Не знаю. Зато знаю о споре ГПУшников против ЦПУшников в мире суперклмпьютеров. ЦПУшники говорят о том, что на ЦПУ они могут считать более гибкими алгоритмами, которые сходятся быстрее, чем более ну... равномерные алгоритмы на ГПУ. ГПУ выполнит больше операций в секунду, но тупых, ЦПУ меньше, но будет больше ветвлений и быстрее всё сойдётся.
источник

BD

Berkus Decker in Compiler Development
FORTRAN ONE LOVE
А порт я еще не написал 😞
Пиши проги портабельно и они будут легко портироваться.
источник

FO

FORTRAN ONE LOVE in Compiler Development
Михаил Бахтерев
Не знаю. Зато знаю о споре ГПУшников против ЦПУшников в мире суперклмпьютеров. ЦПУшники говорят о том, что на ЦПУ они могут считать более гибкими алгоритмами, которые сходятся быстрее, чем более ну... равномерные алгоритмы на ГПУ. ГПУ выполнит больше операций в секунду, но тупых, ЦПУ меньше, но будет больше ветвлений и быстрее всё сойдётся.
Ветвления не нужны :-)
источник

МБ

Михаил Бахтерев in Compiler Development
FORTRAN ONE LOVE
Я не осилил юзать лисп привычным способом :-)
Там есть же прям фортран-стайл библиотека для работы с матртцами... Петалисп или как-то так называется.
источник

МБ

Михаил Бахтерев in Compiler Development
FORTRAN ONE LOVE
Ветвления не нужны :-)
Ну. Я не спец. Чего услышал, то и пою. Но думаю, в методах с адаптивными сетками без них никуда.
источник

PS

Peter Sovietov in Compiler Development
Михаил Бахтерев
Не знаю. Зато знаю о споре ГПУшников против ЦПУшников в мире суперклмпьютеров. ЦПУшники говорят о том, что на ЦПУ они могут считать более гибкими алгоритмами, которые сходятся быстрее, чем более ну... равномерные алгоритмы на ГПУ. ГПУ выполнит больше операций в секунду, но тупых, ЦПУ меньше, но будет больше ветвлений и быстрее всё сойдётся.
1. Я не понимаю такого пиетета пред Intel и GPP. Есть embedded/mobile, есть ускорители (GPU, TPU...), даже в HPC все больше на ARM переходить стали. У Intel-то не так уж и велика ниша.
2. Но ведь все зависит опять от предметной области. Вы читали про берклиевских дварфов?
источник

FO

FORTRAN ONE LOVE in Compiler Development
Berkus Decker
Пиши проги портабельно и они будут легко портироваться.
Оно уже отпортировано на 20 платформ
источник

FO

FORTRAN ONE LOVE in Compiler Development
Только вот можно упростить портирование
источник

FO

FORTRAN ONE LOVE in Compiler Development
Peter Sovietov
1. Я не понимаю такого пиетета пред Intel и GPP. Есть embedded/mobile, есть ускорители (GPU, TPU...), даже в HPC все больше на ARM переходить стали. У Intel-то не так уж и велика ниша.
2. Но ведь все зависит опять от предметной области. Вы читали про берклиевских дварфов?
У интела очень хорошие оптимизирующие компиляторы
источник

BD

Berkus Decker in Compiler Development
FORTRAN ONE LOVE
Оно уже отпортировано на 20 платформ
В смысле каждый порт - написано заново?
источник