3 ms·
Looking at the number of opened bugs and lack of releases, I wouldn't call it rock solid. https://github.com/elm/compiler/issues https://github.com/elm/compile
by hu3 3y ago
Looking at the number of opened bugs and lack of releases, I wouldn't call it rock solid.
https://github.com/elm/compiler/issues https://github.com/elm/compiler/issues
- lolinder 3y agoOuch, not just the number, look at the type of issues. "Compiler error...", "compiler panic...", "elm publish hangs indefinitely..." They never made it to 1.0, so it's not surprising, but major compiler bugs coupled with no chance of a patch (2.5 years since the last bug fix update) definitely suggests the language shouldn't be used in large projects.
- mjaniczek 3y agoCan you please list which of these compiler bugs are _major_? There was a commonly encountered compiler bug in 0.19.0 (Map.! crash) and the 0.19.1 version was the result of fixing that. During 4 years of writing Elm full-time (close to 500kloc total) I have encountered only a "rank 2 typevar" typechecking bug _once_ and it was easy enough to work around. The Elm code that large projects need doesn't really trigger compiler bugs and crashes of the kind you'd see in the GitHub Issues. If GCC has some bug reports open about crashes, but your code doesn't really trigger those in practice, would you call GCC unsuited for large projects?
- lolinder 3y agoIf the last bug fix update on GCC were 2.5 years ago, I would absolutely steer clear! That I haven't run into them yet doesn't mean I won't, and the larger the project the more likely it'll be a problem at some point.
- truculent 3y agoI agree that the list of issues is disheartening[0], although I would add that some part of this is due to the language designer's approach to issues (let them pile up organically and then sort through them). [0]: https://news.ycombinator.com/item?id=36044473 https://news.ycombinator.com/item?id=36044473