coq-club AT inria.fr
Subject: The Coq mailing list
List archive
- From: Elie Soubiran <soubiran AT lix.polytechnique.fr>
- To: Cedric Auger <Cedric.Auger AT lri.fr>
- Cc: "coq-club AT pauillac.inria.fr" <coq-club AT pauillac.inria.fr>
- Subject: Re: [Coq-Club] Module Types
- Date: Fri, 19 Jun 2009 12:36:57 +0200
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=PmncnHw4SqCFj9DPmjsPpM9PLaACJB2nW5DRoz0jG34ZHmTLjbkxf3NPWO2HwQ89c7 IA8DuT0vB92DwJADBvVtUXwOG07DKhSGUGe8mUtXyuplR+i6i5kHDHloahjEvsriInwK l1Y1i+BDAj0bc6VX1sgAHSlJ/zHtCFOBSENWc=
- List-archive: <http://pauillac.inria.fr/pipermail/coq-club/>
Hello Cedric,
In my opinion, it is forbidden because you could easily build two different proofs for a given lemma (using automation for example).
(* runs only on a hacked version of Coq *)
Require Omega.
Module Type S.
Lemma foo : 1+1= 2.
omega.
Qed.
End S.
Module M : S.
Lemma foo : 1+1 = 2.
reflexivity.
Qed.
End M.
(* Error: Signature components for label foo do not match.*)
Maybe this restriction is not relevant, we should rather let the user takes care of building the same proof in the signature and in the implementation.
Elie
On Thu, Jun 18, 2009 at 6:29 PM, Cedric Auger <Cedric.Auger AT lri.fr> wrote:
Hi all,
Is there any special reason to forbide the proof-editing mode in Module Types and allow Definitions?
Since the proof editing mode is just a way to build Definitions, I don't see the reason to allow directly writing lambda terms but not to use the tools to build them.
--
Cédric AUGER
Univ Paris-Sud, Laboratoire LRI, UMR 8623, F-91405, Orsay
--------------------------------------------------------
Bug reports: http://logical.saclay.inria.fr/coq-bugs
Archives: http://pauillac.inria.fr/pipermail/coq-club
http://pauillac.inria.fr/bin/wilma/coq-club
Info: http://pauillac.inria.fr/mailman/listinfo/coq-club
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation, (continued)
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation, Adam Chlipala
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Matthew Brecknell
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Matthew Brecknell
- RE: [Coq-Club] Transitivity for a non-standard subtyping relation,
Nikhil Swamy
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Adam Chlipala
- RE: [Coq-Club] Transitivity for a non-standard subtyping relation,
Nikhil Swamy
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Adam Chlipala
- RE: [Coq-Club] Transitivity for a non-standard subtyping relation, Nikhil Swamy
- Message not available
- RE: [Coq-Club] Transitivity for a non-standard subtyping relation, Nikhil Swamy
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Adam Chlipala
- RE: [Coq-Club] Transitivity for a non-standard subtyping relation,
Nikhil Swamy
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Adam Chlipala
- RE: [Coq-Club] Transitivity for a non-standard subtyping relation,
Nikhil Swamy
- Re: [Coq-Club] Transitivity for a non-standard subtyping relation,
Matthew Brecknell
- [Coq-Club] Module Types,
Cedric Auger
- Re: [Coq-Club] Module Types, Elie Soubiran
- Re: [Coq-Club] Module Types, Cedric Auger
- Re: [Coq-Club] Module Types, Elie Soubiran
Archive powered by MhonArc 2.6.16.