Skip to content

Remove hie-compat #4613

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

dschrempf
Copy link
Collaborator

After removing support for GHC 9.4, I was in the mood of cleaning up a bit more. While removing references to GHC 9.4, I realized that some parts of HLS are referring to even older versions of GHC.

Now, some people may hate me for that, but: I completely removed the now obsolete hie-compat library.

hie-compat is a compatibility library backporting support of Haskell IDE Engine (HIE) features to older versions of GHC. Since GHC 9.2, hie-compat only re-exported definitions already present in the ghc library, and so, is essentially obsolete.

FYI: We still have hie-compat in the dependency graph, because some libraries (e.g., hiedb) are using it.

This may be a bit harsh, but let me know what you think!

@dschrempf dschrempf force-pushed the dom/remove-hie-compat branch 3 times, most recently from f7692d3 to d330291 Compare June 4, 2025 18:02
While removing references to GHC 9.4, I realized that some parts of HLS are
referring to even older versions of GHC.

For example, `hie-compat` is a compatibility library backporting support of
Haskell IDE Engine (HIE) features to older versions of GHC. Since GHC 9.2,
`hie-compat` only re-exported definitions already present in the `ghc` library,
and so, is essentially obsolete.

FYI: We still have `hie-compat` in the dependency graph, because some
libraries (e.g., `hiedb`) are using it.
@dschrempf dschrempf force-pushed the dom/remove-hie-compat branch from d330291 to 3c9d053 Compare June 4, 2025 19:58
@dschrempf dschrempf marked this pull request as ready for review June 5, 2025 04:12
@michaelpj
Copy link
Collaborator

Yeah, I think this is a good idea. In principle, I think we'd like to have some kind of compatibility layer library, but in practice I think it's just spread out everywhere.

@dschrempf
Copy link
Collaborator Author

dschrempf commented Jun 5, 2025

There is Development.IDE.GHC.Compat, which we could extract into a separate package. That would probably make sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants