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

Getting rid of parameters #6

Open
andrejbauer opened this issue Mar 27, 2017 · 3 comments
Open

Getting rid of parameters #6

andrejbauer opened this issue Mar 27, 2017 · 3 comments

Comments

@andrejbauer
Copy link
Contributor

There is currently quite a lot of confusion in the paper. I am going to list the problems I see, but it's probably a bad idea to try to fix each one separately without thinking of the paper as a whole. Here's one.

In Section 3, the higher inductive types H_rec, H_Con^n etc. are parameterized by P. This does not make sense, first because P is an expression schema, and also because we only ever introduce non-parameterized types.

I also find the entire construction very hard to follow because of the notation. It would be better to fix P and n and all the other things that the type depends on, and then not mention them in the names of constructions.

@nmvdw
Copy link
Owner

nmvdw commented Mar 28, 2017

I agree. But if we don't put the parameter in the name, how can we distinguish between H_Con \> P and H_Con Q? Same way as now or a different notation?

@andrejbauer
Copy link
Contributor Author

I can answer that once I understand what H_con P is :-)

@nmvdw
Copy link
Owner

nmvdw commented Mar 28, 2017

H_Con P makes constructor terms of P. H_rec P is terms of depth 1 using the constructor c from the HIT and arguments from T. For H_Con we look at terms of depth at most n.

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

2 participants