Are you saying contributions to fix less supported platforms are not welcome? Iâm not sure thatâs what I got from GHC devs.
Iâve been asking knowledgeable people to investigate and it appears thereâs already a solution to fix that specific bug.
I have communicated this to the Haskell Foundation as well.
GHC should be a collaboration effort and the resources of one company contributing to it shouldnât be the last word (and I donât think thatâs how GHC HQ sees itself).
We will see how we can facilitate better FreeBSD support. I donât believe that it takes that much effort to keep it alive in an ânot officially testedâ fashion.
I think thatâs somewhat untrue.
New GHC versions become available in GHCup almost right away. I have carried out this work since 2019 (mostly on my own, unpaid) and the longest delay has probably been 3 weeks when my laptop was in repair.
If youâre talking about the recommended
version, then I have to disappoint and explain (again) that the purpose is NOT to distribute the latest versions.
I have explained the trade offs involved at the haskell foundation workshop, but one major use case is: a student course of 200 students. They likely donât care at all about the new language features, linear types or the new JS backend. They need a consistent installation experience throughout all platforms.
Having some of their solutions crash at runtime due to an rts bug seems like an awful UX.
That is why I will continue to push for better platform support on FreeBSD.