coq-club AT inria.fr
Subject: The Coq mailing list
List archive
- From: Jianzhou Zhao <jianzhou AT seas.upenn.edu>
- To: coq-club AT inria.fr
- Subject: [Coq-Club] let rec in
- Date: Mon, 5 Apr 2010 21:02:01 -0400
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=v2fgTTbZuNsbphgUrzk+GDg/uo23E+pywSWgo4Nq+ziv8PcTpibRQWHrDtGU1gPuQw XAYHcVJPuEttBkLsUgif5UTv6jEXK+zmw10cDtFXlrODt+bKOv06W20QR8HnCGM7IPbz lo7XHIMp6rb0FGW9YF5U0MAXWUQ+vtJ646oiE=
Hi,
'let-in' is for an inductive type with a single constructor.
It can also define a function:
Definition test : bool := let f := fun _ => true in f 0.
Can we define a recursive function in this way?
let rec ... in does not seem to be working.
I have been redefining those OCaml functions in Coq,
to verify these OCaml programs in Coq. Hopefully,
the Coq extraction can output similar OCaml code
from these Coq definitions.
But the local recursion cannot be defined.
It is also fine to define this recursion on the
top level, but it must take additional arguments
to store the closure. I was wondering if the extraction
can inline these top-level recursion.
Does anyone know any better idea for this problem?
--
Jianzhou
- [Coq-Club] let rec in, Jianzhou Zhao
- Re: [Coq-Club] let rec in,
Pierre Corbineau
- Re: [Coq-Club] let rec in, Bruno Barras
- Re: [Coq-Club] let rec in,
Pierre Corbineau
Archive powered by MhonArc 2.6.16.