<div dir="ltr"><div>Hi ghc devs,</div><div><br></div><div>I'm a long-time Haskeller but am just getting into GHC development. I started a 12 week internship at Tweag I/O under Richard Eisenberg this week with the singular goal to speedup GHC compile times. I'm specifically looking to contribute to ghc issues <a href="https://gitlab.haskell.org/ghc/ghc/-/issues/18541">18541</a> and <a href="https://gitlab.haskell.org/ghc/ghc/-/issues/18535">18535</a>. So I thought I would reach out to the community to get some direction on issues/features/problems to tackle in the pursuit of faster compilation times. This is a full time internship and so I think there is a real opportunity to nail down a deliverable for the community, but I want to get some guidance from the experts (you fine people!) before going down a rabbit hole.<br></div><div><br></div><div>To be specific I'm looking for lingering items such as:</div><div>  1. It would be great if we had <thing-here> but no one has time.<br></div><div>  2. Primop foo is half complete but is the right type for <common-use-case-which-is-currently-just-a-list>.<br></div><div>  3. Swap <some-type> to an array-like type <i>non-incrementally</i>, that is, establish a patch that rips out the previous type and replaces it with the array-like across the entire compiler, rather than module-by-module.<br></div><div><br></div><div>Point 2 is a specific reference to <a href="https://gitlab.haskell.org/ghc/ghc/-/merge_requests/3571">MR 3571</a> but I'm unsure of the status and etiquette around MRs, and I'm unsure exactly how fulfilling the todos at the end of that MR would aid in faster compilation times (and if there is evidence to that effect somewhere).</div><div><br></div><div>Thanks for the help!</div><div><br></div><div>- Jeff<br></div><div><br></div><div><br></div><div>   <br></div></div>