error-messages
ghc-proposals
Our great sponsors
error-messages | ghc-proposals | |
---|---|---|
18 | 159 | |
73 | 670 | |
- | 0.4% | |
0.0 | 9.1 | |
almost 2 years ago | 5 days ago | |
Haskell | Python | |
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
error-messages
-
Why did GHC go from "occurs check failed" to talking about rigid type variables?
The GHC issue tracker or the error message improvement repo are two such places to get clarification (and potentially improve the message even if it turns out to be technically correct).
-
Please help!
Indeed there is a ticket and the error message is somewhat better in 9.4 although it still doesn't mention the guard.
-
What prevents Haskell from having good error messages?
Note that the Num literal issue is tracked here and there seems to be a good suggestion to fix it: https://github.com/haskell/error-messages/issues/5#issuecomment-1040788806
-
GHC: could not deduce [instance]
I think it would be great to post this over at https://github.com/haskell/error-messages too so that we can track it more easily than here on Reddit.
-
How to get better compiler error messages?
Also, reminder that https://github.com/haskell/error-messages exists to track these kind of issues. Feel free to open an issue there.
-
Unable to get this to compile
If you are able to articulate what aspects of the error messages you find hard to understand, please do open an issue on https://github.com/haskell/error-messages. (Or reply here then I can open an issue for you if you don't have a github account.) It doesn't have to be a concrete suggestion for improvement, even just knowing which messages are bad can be useful.
-
Another Confusing Haskell Error Message
Do you know about https://github.com/haskell/error-messages
-
Was simplified subsumption worth it for industry Haskell programmers?
The error message is at the least very unhelpful. Please report it on https://github.com/haskell/error-messages/issues/new
-
How do I specify the type inside function definition?
Please do open an issue at https://github.com/haskell/error-messages. The issue itself can be as simple as just summarizing what you wrote here, it doesn't have to immediately suggest a good alternative. That issue tracker is in the first place intended to document all error messages that Haskellers struggle with.
-
Haskell Error Messages: Come on!
Do check out https://github.com/haskell/error-messages. We have a related discussion here: https://github.com/haskell/error-messages/issues/5, but I think perhaps a separate issue for this case would be good to have.
ghc-proposals
-
An alternative front end for Haskell?
> I think Haskell needs a way to graduate (or retire) language extensions
https://github.com/ghc-proposals/ghc-proposals/pull/601
-
Or patterns proposal: Prefix signalling or just infix?
Additionally, while this proposal is focused on the simple implementation and so in the current proposal or patterns do not bind any variables as per #522, if we do get settled on syntax and then later wish to expand to allow binding variables as in #43, then the syntax is again clean and discoverable.
-
Monthly Hask Anything (May 2023)
Yeah, a relatively natural thing would be to be able to opt-in to having the HasField instances be available in all contexts. The (not yet implemented, but accepted) "Modifiers" GHC proposal might be nice for that.
-
Is there any way to build a simple additive prelude?
The local modules proposal imo is excellent as-is.
-
Interview and AMA with Simon Peyton Jones
Why would you drop TypeFamilies? It seems fairly popular, given that it was just one vote short of getting added to GHC2021. Do you consider it a less-ideal compromise, that is subsumed by your second proposal (Core with GRTT)?
-
Amendmend proposal: Changed syntax for Or patterns
as syntax is contentious a topic as ever, David (the main proposal author) and I would like to invite you to give your input on https://github.com/ghc-proposals/ghc-proposals/pull/585, where we propose to change the syntax of the accepted proposal #522 introducing Or patterns. In particular, we'd like to know
-
MSc Dissertation: Comprehending Pure Functional Effect Systems
This looks great, congratulations on completing it! I assume you didn’t get an opportunity to evaluate the delimited continuations based eff library? It would’ve been nice to see Cont included as one of the effects covered, though perhaps not available in all the systems you looked at? Maybe some future work.
-
Trouble understanding function import in Haskell
I do hope qualified exports are available someday: https://github.com/ghc-proposals/ghc-proposals/pull/283
-
{-# WARNING #-} for Data.List.{head,tail} in future GHC 9.8
Right. Being able to disable "custom type warnings" at use sites was part of an earlier proposal (https://github.com/ghc-proposals/ghc-proposals/pull/454) but it ended up being shelved.
- Foldr type level implementation
What are some alternatives?
ghc - Mirror of the Glasgow Haskell Compiler. Please submit issues and patches to GHC's Gitlab instance (https://gitlab.haskell.org/ghc/ghc). First time contributors are encouraged to get started with the newcomers info (https://gitlab.haskell.org/ghc/ghc/wikis/contributing).
haskell-language-server - Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.
tech-proposals - The Haskell Foundation Tech Proposal Process
ihp - 🔥 The fastest way to build type safe web apps. IHP is a new batteries-included web framework optimized for longterm productivity and programmer happiness
error-message-index - A community-driven collection of documentation for Haskell error messages and warnings
julia - The Julia Programming Language
pool-conduit - Persistence interface for Haskell allowing multiple storage methods.
rio-orphans - A standard library for Haskell
hlint - Haskell source code suggestions
hoogle - Haskell API search engine
frp-zoo - Comparing many FRP implementations by reimplementing the same toy app in each.