The modules in `semialign` have a lot of overlapping exports about these HOT 4 OPEN

In the beginning there was only Data.Align with only Align type-class. Then hierarchy was refactored and all things were put into Data.Semialign, but the Data.Align is there for backward-compat (and Data.Zip for consistency).

I'm not really keen to just remove exports, as that would be breaking change for no reason. If there will be another breaking change, than maybe then would make sense to bundle.

So, I think it would be preferred if each symbol was only exported by one module.

Say that to base (and ghc-internal) ;) or about any package having exposed internal modules.

from these.

Sure, I agree with the backwards compatibility concerns. The problem is certainly exacerbated by HLS providing a plethora of similar options.

Well, this is where we're at today (just to put a visual on the ticket):

from these.

The way HLS suggests four options per module is HLS's issue.

from these.

as that would be breaking change for no reason

I would like to politely object to the "no reason" characterization. I believe cleaning up the API is a noble cause, highly valuable for its own sake! As always, this must be weight against all factors, but IMO a clean API is significantly more important than "no reason".

edit: I am also aware that the problem is widespread, including in base. base also uses String everywhere when modern libraries use Text :-)

from these.