i think @GabrielG439 said this in a talk once and i've found it a useful thing to remember sometimes:
> Cabal was built for managing packages (a single package) whereas Stack was built more for managing *projects*, that is, a collection of packages
-
-
-
Replying to @dibblego @GabrielG439
Stack is the only way I could get them building so I'd have to say yes.
2 replies 0 retweets 10 likes -
Replying to @argumatronic @GabrielG439
I am constantly helping people, especially beginners, who trip over stack, but "not using stack." Cabal at least works. Try nix.
2 replies 0 retweets 1 like -
Replying to @dibblego @GabrielG439
I know you beat this particular horse to death but stack has always worked for me when I need it, and I do use Nix.
3 replies 0 retweets 16 likes -
Replying to @argumatronic @GabrielG439
Well, the horse is beating itself to death. I don't go out of my way to care about stack, yet there it is, breaking constantly for beginners. You'll see, there'll be one at the next FP course, there always is, "It's not working, why? By the way, I used stack."
1 reply 0 retweets 1 like -
Replying to @dibblego @argumatronic
The root problem here is that neither Stack nor Cabal had a formal requirements gathering phase like Nix did in Eelco's thesis. As a result, nobody can say for certain whether Stack/Cabal "work" if there is no specification for what it means for them to "work"
3 replies 1 retweet 10 likes
Right, so I mean, I have to fart around with a beginner who choses to use stack, almost every time. With cabal, there is zero farting around when configured correctly. I acknowledge doing that is difficult, but it is necessary.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.