https://www.haskell.org/ghc/blog/20200515-ghc-on-arm.html
However, eliminating LLVM from the equation shouldn’t be hard. ARM isn’t a complex architecture; in particular, ARMv8 is a relatively clean RISC ISA with little in the way of historical baggage. It would be relatively easy for someone with a basic grasp of assembler to write a native code generator backend for this platform in a week or two. I think this would be a great project for someone; perhaps that person could be you!

in a week or two, карл

я вот выстрадал недавно типы такие, а потом оказалось что старое легаси апи такое говно я сделал, что всё-равно кучу инстансов руками пришлось писать

зигохистоморфный вроде спрашивал про парсерпринтеры жсона

т.е. я правильно понял, что список всех ИДЕ за всё время примерно такой:
GNU emacs for elisp
borland delphi
borland c++ builder
microsoft visiual studio (C# \ F#)
Apple XCode (Objective-C \ Swift)
Jetbrains Arend

неудобно. принтящую часть через паттернматч не написать

собсна гхц умеет в ллвм вроде

но очень плохо

что это? Зачем?

для случаев, где нужна гибкость

все алголы мб, но для этого и разработка llvm должна стать чуть более открытой к чаяниям пользователей

а правда что ллвмщики на пры и issue отвечают "у нас в шланге не воспроизводится, закрываем"? Если да то можно примеры?

какой-то типа алгола только для вот этих, с функциями