Size: a a a

2020 May 19

LO

Leonid 🦇 Onokhov in haskell_blah
Alister Crawley
у нас уже есть борец с академиками и он не вы
я готов бороться с кем угодно
источник

LO

Leonid 🦇 Onokhov in haskell_blah
Alexander Vershilov
положу-ка я чатик в архив на денёк другой
слабак
источник

AC

Alister Crawley in haskell_blah
мы боролись с кем угодно
кроме шила и гвоздя
шило больно покололось
гвоздь вообще бороть нелья
источник

Oℕ

Oleg ℕizhnik in haskell_blah
Alister Crawley
у нас уже есть борец с академиками и он не вы
а кто он
источник

AC

Alister Crawley in haskell_blah
он Александр
источник

Oℕ

Oleg ℕizhnik in haskell_blah
я не верю
источник

Oℕ

Oleg ℕizhnik in haskell_blah
предъявите
источник

АГ

Александр Гранин... in haskell_blah
Nikita Vilunov
@graninas как вы относитесь к ИДЕ?
Знаю, что они существуют. Знаю, что в Хаскеле с IDE всё очень плохо. У меня даже есть версия, почему. Но меня этот вопрос мало волнует. Я пишу код: медленно и в чём придется, а ideшные фичи всё равно не помогут мне думать быстрее. Моя продуктивность идет не от ide, а от того, что я стараюсь не делать херню.
источник

G

Gamer in haskell_blah
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, карл
источник

Oℕ

Oleg ℕizhnik in haskell_blah
Александр Гранин
Знаю, что они существуют. Знаю, что в Хаскеле с IDE всё очень плохо. У меня даже есть версия, почему. Но меня этот вопрос мало волнует. Я пишу код: медленно и в чём придется, а ideшные фичи всё равно не помогут мне думать быстрее. Моя продуктивность идет не от ide, а от того, что я стараюсь не делать херню.
идешные фичи помогают держать меньше контекста в голове и как следствие выделять больше внимания проблеме, так что да - они помогают думать быстрее
источник

АГ

Александр Гранин... in haskell_blah
Я бы хотел увидеть список фич, которые необходимы ide
источник

LO

Leonid 🦇 Onokhov in haskell_blah
Gamer
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, карл
так там почти всё уже есть в NCG
источник

LO

Leonid 🦇 Onokhov in haskell_blah
аллокация регистров там всякая
источник

G

Gamer in haskell_blah
ну там регистров в 10 раз больше, я думал, это как-то влияет
источник

G

Gamer in haskell_blah
а еще всякие simd
источник

LO

Leonid 🦇 Onokhov in haskell_blah
у ghc примопы для симдов недавно появились то
источник

λ

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

λ

λоλторт in haskell_blah
Nikita Vilunov
Очень хорошо, я очень рад тому что есть лсп-страдальцы, пока я сижу на ИДЕ без багов
> сижу на ИДЕ без багов

А вы точно на скале пишете?
источник

λ

λоλторт in haskell_blah
или краснить компилирующийся код ето фича?
источник

AZ

Alex Zhukovsky in haskell_blah
Nikita Vilunov
Очень хорошо, я очень рад тому что есть лсп-страдальцы, пока я сижу на ИДЕ без багов
почему то у меня на лсп меньше проблем чем без него. чяднт?
источник