gren-lang / gren-lang/compiler
certain un-annotated declarations or incorrect let annotation → compiler thread blocked indefinitely in an MVar operation
Open
Nobody has claimed this yet.
bug
help wanted
- Dominant language
- Haskell
- Stars
- 503
- Forks
- 29
- PR merge metrics
- No merged PRs in 30d
Description
(There are probably actually different underlying type inference problems involving let and recursion with a similar outcome, but multiple individual cases are often crammed into one issue, so distinction is hard)
- incorrect record field setting with
lethttps://github.com/elm/compiler/issues/2206 - correct record field setting with
lethttps://github.com/elm/compiler/issues/1890 - record destructuring with
lethttps://github.com/elm/compiler/issues/1748 - (very simple example) with
lethttps://github.com/elm/compiler/issues/1839 - (very simple example) with
lethttps://github.com/elm/compiler/issues/1793 - (very simple example) with
lethttps://github.com/elm/compiler/issues/2301 - argument type incorrect with
lethttps://github.com/elm/compiler/issues/2013 - argument type incorrect with
lethttps://github.com/elm/compiler/issues/1974 - (simple example) argument type incorrectly different full type with
lethttps://github.com/elm/compiler/issues/1975 - (simple examples) argument type incorrectly different type variable with
lethttps://github.com/elm/compiler/issues/2014 - (non-minimal example) incorrectly typed tuple with
lethttps://github.com/elm/compiler/issues/2338 - (simple example) types correct, parametric types with
lethttps://github.com/elm/compiler/issues/2001 - (simple example)
letresult type incorrect https://github.com/elm/compiler/issues/2100 - (simple example) correct type with
letand phantom types https://github.com/elm/compiler/issues/2185 - (simple example)
letdeclaration recursion directly into themselves with too many and too widely typed arguments https://github.com/elm/compiler
/issues/2184 - (simple example) un-annotated
letin un-annotated declaration https://github.com/elm/compiler/issues/2296 - (long example) with
lethttps://github.com/elm/compiler/issues/2146 - (long example) with
letand records https://github.com/elm/compiler/issues/2148 - multiple examples https://github.com/elm/compiler/issues/1789
- (short example) mutual recursion with correct type https://github.com/elm/compiler/issues/2119
- (simple example) recursion with incorrect type https://github.com/elm/compiler/issues/2153
- (no simple example) https://github.com/elm/compiler/issues/2035
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing one of the linked minimal examples involving let bindings, recursion, or type inference, then compare it with the related issues listed in the report. Done means the compiler no longer remains blocked indefinitely in the MVar operation and the affected cases have a confirmed result.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- haskell
- Domain
- compilers
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100