coq-club AT inria.fr
Subject: The Coq mailing list
List archive
- From: Daniel Schepler <dschepler AT gmail.com>
- To: coq-club AT inria.fr
- Subject: Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?
- Date: Sat, 19 Mar 2011 08:57:28 -0700
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=v92zbyMdN2InlyntXTi2MbJj0pVeQxkSbm8q9mHJ445aQX1fqt8r8f4jdFrlhDXVXT ESekh465mJHazLkiZr7NWIODzPHAHy9/ANKhrpvhvU21wyBIlfwbn6PZqD/hpWtNaQog 2YMip/eiqJG+0h92IOfqmDX7/th0PVjONWyVM=
On Thursday 17 March 2011 13:21:46 Hugo Herbelin wrote:
> Nevertheless, I started to make public on Cocorico a set of tentative
> guidelines that "we" expect users to follow before submitting an
> addition or a modification to a library. I put the text on the wiki
> (page http://coq.inria.fr/cocorico/HowToContributeToTheStandardLibrary)
> so that anyone can discuss the guidelines, add new questions about
> unclear or missing recommendations, comment about whether such or such
> guideline is reasonable or not, etc. I hope that at some time, we will
> have converged to something comprehensive and useful for everyone.
How about a guideline that authors should use Type wherever possible instead
of restricting themselves to Set? (With an obvious exception for declaring
the universe of an inductive type with no input types.)
Also, I've found that as a practical matter, it's more difficult to use "if
and
only if" results than the equivalent pair of split results, because "apply
->"
and "apply <-" aren't as good at unification as the stock "apply" (in
particular they don't accept "with" specifiers). Is this something that
should
be mentioned in the guidelines, to split up "if and only if" results?
There are several support parts of my recent ZornsLemma contribution that I
think would make good general additions to the standard library once they're
reformatted to the guidelines -- although I'm in the process of revising much
of it to take advantage of type classes, and in particular I'm completely
rewriting FiniteTypes and CountableTypes with more computationally oriented
definitions involving iterator functions.
--
Daniel Schepler
- [Coq-Club] What about a Coq ExtLib ?, Thomas Braibant
- Re: [Coq-Club] What about a Coq ExtLib ?,
Aaron Bohannon
- Re: [Coq-Club] What about a Coq ExtLib ?,
Tom Prince
- Re: [Coq-Club] What about a Coq ExtLib ?,
AUGER Cedric
- Re: [Coq-Club] What about a Coq ExtLib ?, Gregory Malecha
- Re: [Coq-Club] What about a Coq ExtLib ?, Frederic Blanqui
- Re: [Coq-Club] What about a Coq ExtLib ?,
AUGER Cedric
- Re: [Coq-Club] What about a Coq ExtLib ?, Thomas Braibant
- Re: [Coq-Club] What about a Coq ExtLib ?,
Peter Aczel
- Re: [Coq-Club] What about a Coq ExtLib ?, AUGER Cedric
- Re: [Coq-Club] What about a Coq ExtLib ?,
Tom Prince
- [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?,
Hugo Herbelin
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?, Daniel Schepler
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?,
Tom Prince
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?, Thomas Braibant
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?, Frederic Blanqui
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?, Frederic Blanqui
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?,
Tom Prince
- Re: [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?, Daniel Schepler
- Message not available
- [Coq-Club] Re: [coqdev] What about a Coq ExtLib ?, Thomas Braibant
- Re: [Coq-Club] What about a Coq ExtLib ?, Guillaume Melquiond
- Re: [Coq-Club] What about a Coq ExtLib ?,
Aaron Bohannon
Archive powered by MhonArc 2.6.16.