-
-
Notifications
You must be signed in to change notification settings - Fork 390
Tactics plugin cannot derive I from combinators S and K in tagless-final style #562
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
Comments
I think the reason the original one fails to solve is that the
|
Time to add some plugin specific configuration? Or the slowness is so bad that it is not an option? |
This turns out to not be an issue of gas at all. What's happening is that Wingman tries each method, and ends up with holes of the form |
I also think, as your SKI can represent any 0-th order logic proof, and in general SKI can represent any system that untyped lambda calculus can represent, the search space is too big without any case-specific tactic or exposed tactic language. |
That sounds like a convincing argument to me. I'd be interested in exposing the tactic language if there were some way to use source-haskell machinery, instead of me needing to write a little language. |
Consider
The tactics plugin fails to fill the hole. One potential solution would be
This has been tested as of commit 6c14163. I tested to see if this would be the case in the tagless-final HOAS encoding of lambda calculus as well, but it succeeded, i.e.
The plugin generates
(lam (\ x -> x))
as a solution.The text was updated successfully, but these errors were encountered: