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

Add documentation #17

Open
Columbus240 opened this issue May 31, 2019 · 2 comments
Open

Add documentation #17

Columbus240 opened this issue May 31, 2019 · 2 comments

Comments

@Columbus240
Copy link
Contributor

I created a branch 'doc' in my repo with some notes about the structure of the code.

I’m beginning to decipher Primitives.v and would like to add my notes about it to this repo, so that other people can understand it more easily.
I’d like to discuss how the documentation shall be added to the repo. Should it be in coqdoc format (adding a new target to the makefile) or in files separate to src/? Should it, if read front-to-back, touch on every aspect of the repo or only highlight major parts?

The documentation of the stdlib of Coq is relatively sparse, consisting mostly of headings and a sometimes a few lines of text. I don’t think this style would be completely adequate, because the stdlib contains well-known math, while the structure and content of this repo is unfamiliar to a new reader. But for files like Utility/Monads.v the style of the stdlib seems okay to me.

@samuelgruetter
Copy link
Contributor

Thanks for starting this, see also my comment at Columbus240@0387c87#r33765552

Primitives.v is just an alternative interface to the spec which is more suitable for the bedrock2 compiler.

I think .md files for a general overview are good, and coqdoc comments for noteworthy points about certain code features as well. I personally never read coqdoc-generated html files, but if a .v file contains good coqdoc comments, I appreciate it.

@Columbus240
Copy link
Contributor Author

I rebased my branch, put in your paragraph and added a few words about PrimitivesParams.
I believe now, a general overview like this should be fine for an interested reader of this project. The rest should be possible to find out by studying the code.

If I come up with something relevant for the docs, I’ll add it. After finishing the doc branch, merging it and nothing new coming up, I consider this issue closed.

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