-
Notifications
You must be signed in to change notification settings - Fork 685
[nametab] Introduce type of imperative nametabs, unify API #16767
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why the new module type S instead of using nametree?
Because Sorry for not marking this a draft by the way. |
Would you mind separating commits doing just alpha renaming so that the pr is easy to review? |
df58ad5
to
a1646ba
Compare
The "needs: rebase" label was set more than 30 days ago. If the PR is not rebased in 30 days, it will be automatically closed. |
I think comments from november got confused somehow into thinking this PR does more than it does. AFAICT it is mostly alpha renaming. Is there a reason to keep the PR as draft? |
Yes, the PR is mostly redoing the API into a module, plus a couple of very minor cleanups that should not be behavior-changing. But the idea of this PR is not to alter behavior, but allow subsequent PRs to profit from the new uniform API (so objects declaration can be functors over nametab modules).
But indeed it seems to me the PR is close to be unmarked as draft. |
The "needs: rebase" label was set more than 30 days ago. If the PR is not rebased in 30 days, it will be automatically closed. |
This is both a cleanup and a step towards pushing the state upwards, and handling the nametabs functionally. Related to rocq-prover#16746 and rocq-prover/rfcs#65
It should be expressed as a combinator, with better signalling than a `Not_found`, but for now we preserve the semantics.
We resort to `Libnames` functions to manipulate their objects, reducing the API a bit and getting more orthogonality.
The "needs: rebase" label was set more than 30 days ago. If the PR is not rebased in 30 days, it will be automatically closed. |
This PR was not rebased after 30 days despite the warning, it is now closed. |
This is both a cleanup and a step towards pushing the state upwards, and handling the nametabs functionally.
Related to #16746 and rocq-prover/rfcs#65
Overlays: