3 ms·

I tried hacking on ghc years ago when it was still around 6.8. Everyone was helpful and friendly. But I just couldn't get any kind of dev env setup. Hopefully t

I tried hacking on ghc years ago when it was still around 6.8. Everyone was helpful and friendly. But I just couldn't get any kind of dev env setup. Hopefully this work makes everything better for newbies, etc. I still love haskell and call it my favorite language to this day, even though I barely use it as much as I had before. It's just to pleasing to use.

mhitza 5y ago
> But I just couldn't get any kind of dev env setup Probably things are easier nowadays, with one-page guides like https://ghc.dev/ https://ghc.dev/
Ericson2314 5y ago
> Everyone was helpful and friendly. Yes the people are wonderful --- much nicer than the code! This is why it feels worth it to write something like this to try to steer such a big ship after so many years. > Hopefully this work makes everything better for newbies, etc. I certain hope so. The sibling comment linked https://ghc.dev/ https://ghc.dev/ which I wasn't even aware of! But what really excites me is stuff like https://gitlab.haskell.org/ghc/ghc/-/merge_requests/5965 https://gitlab.haskell.org/ghc/ghc/-/merge_requests/5965 Yes, you can just** `cabal build ghc` now (well, after a few quick other steps, also just does the compiler proper no std libs ;). I want to build on that with things like https://gitlab.haskell.org/ghc/ghc/-/issues/17191 https://gitlab.haskell.org/ghc/ghc/-/issues/17191 so all the complexity and bespoke nature of building GHC today just....goes away! While that is orthogonal to the types of non-modularity we discuss in this paper, it is very much a kindred project in spirit.