Removing tag generation code from GHCi: A Migration Proposal
Edit: This migration plan has been approved, and will be enacted. My thanks to everyone involved in this process.
Triggered by #18742 (closed), and several discussions off-site, I would like to submit a proposal that would get us out of supporting :ctags/:etags
in GHCi, and at the same time have minimal user disruption. Now, there is a lot of candidates out there that implement tags generation for Haskell code-bases, although age hasn't been kind with most of them. After reviewing our options, I would like to suggest that we pick ghc-tags
to implement this feature.
Here is the proposed migration plan
- We follow a three-release deprecation policy
- During this deprecation period, we offer a clear way out for users of the feature (code snippet of a GHCi macro that would use
ghc-tags
- After the last release, we stop emitting any warning (and drop the code path), so that people can have their own macro instead of GHCi's.
!6325 (closed) is milestoned for 9.4
!9291 (closed) is milestoned for 9.6
!10624 (closed) is milestoned for 9.8