Skip to content
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

th-expand-syns 0.4.9.0 #6187

Closed
1 task
bergmark opened this issue Aug 30, 2021 · 9 comments
Closed
1 task

th-expand-syns 0.4.9.0 #6187

bergmark opened this issue Aug 30, 2021 · 9 comments

Comments

@bergmark
Copy link
Member

th-expand-syns-0.4.9.0 (changelog) (Michael Snoyman michael@snoyman.com @snoyberg) is out of bounds for:

bergmark added a commit that referenced this issue Aug 30, 2021
@RyanGlScott
Copy link
Contributor

I put the upper version bounds in place in th-orphans due to mgsloan/th-reify-many#9, which prevents th-orphans from compiling with th-expand-syns-0.4.9.0. I've submitted a fix in mgsloan/th-reify-many#10, so if that is released, I can relax the upper version bounds.

@phadej
Copy link
Contributor

phadej commented Aug 31, 2021

nitpick: remember to exclude the non-working 0.4.9.0 still. Don't just relax the upper bound.

@RyanGlScott
Copy link
Contributor

RyanGlScott commented Aug 31, 2021

To be clear, there's nothing wrong with th-expand-syns-0.4.9.0 itself. The issue is that th-expand-syns-0.4.9.0 fixes a bug in the way that kind signatures are treated, and th-reify-many was subtly relying on the old, buggy behavior of previous th-expand-syns. (See mgsloan/th-reify-many#9 for the full story.)

Ideally, I'd revise existing th-orphans releases to prevent them from building with th-expand-syns-0.4.9.0, but that's not possible. This is because th-orphans doesn't directly depend on th-expand-syns, but instead it indirectly depends on it via th-reify-many. Moreover, Hackage revisions won't allow you to add dependencies, so I can't make revisions to incur th-expand-syns < 0.4.9 dependencies. As a result, making a new th-orphans release (and praying that everyone's build plans prefer that version) was really the only option I had.

@phadej
Copy link
Contributor

phadej commented Aug 31, 2021

so should we add an upper bound on th-reify-many to not accept th-expand-syns-0.4.9.0 (currently there is no bounds)?
The new th-reify-many release can then omit them on will.

Reasoning: it's th-reify-many which doesn't work with th-expand-syns-0.4.9.0: even the package compiles itself, it doesn't work as intended.

@RyanGlScott
Copy link
Contributor

so should we add an upper bound on th-reify-many to not accept th-expand-syns-0.4.9.0 (currently there is no bounds)?

Yes, that would be the ideal solution. Unfortunately, I'm not a maintainer of th-reify-many, so I don't have the ability to do this myself.

@phadej
Copy link
Contributor

phadej commented Aug 31, 2021

I assume all existing th-reify-many releases are affected, or if they aren't then the upper bound on th-expand-syns shouldn't harm them anyway. I'll make revisions ASAP.

mgsloan added a commit to mgsloan/stackage that referenced this issue Sep 6, 2021
Issue fixed in version 0.1.10 of th-reify-many (see mgsloan/th-reify-many#9)
@RyanGlScott
Copy link
Contributor

RyanGlScott commented Sep 6, 2021

With the release of th-expand-syns-0.1.10 th-reify-many-0.1.10 (see affb737) and this revision to th-orphans-0.13.12, I believe this issue is now resolved.

@phadej
Copy link
Contributor

phadej commented Sep 6, 2021

@RyanGlScott did you mean to say with the release of th-reify-many-0.1.10?

@RyanGlScott
Copy link
Contributor

Yes. Too many th-prefixed packages for my feeble brain to keep track of.

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

No branches or pull requests

3 participants