Skip to Content.
Sympa Menu

coq-club - [Coq-Club] let rec in

coq-club AT inria.fr

Subject: The Coq mailing list

List archive

[Coq-Club] let rec in


chronological Thread 
  • 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




Archive powered by MhonArc 2.6.16.

Top of Page