<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Title" content="">
<meta name="Keywords" content="">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:Calibri;
        color:windowtext;}
span.msoIns
        {mso-style-type:export-only;
        mso-style-name:"";
        text-decoration:underline;
        color:teal;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:595.0pt 842.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body bgcolor="white" lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri;mso-fareast-language:EN-US">Absolutely.  You can “cut away” the HOL core library’s construction of types and theorems, and record instead the fact that the later CakeML work depends on a
 type called ‘a list, with various theorems proved about it.  You can then satisfy the requirement to provide such a type and the accompanying theorems with stuff taken from the core Isabelle development.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri;mso-fareast-language:EN-US">Michael<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-family:Calibri;color:black">From: </span>
</b><span style="font-family:Calibri;color:black">Magnus Myreen <magnus.myreen@gmail.com><br>
<b>Date: </b>Thursday, 6 April 2017 at 21:14<br>
<b>To: </b>Lars Hupel <hupel@in.tum.de>, Ramana Kumar <Ramana.Kumar@cl.cam.ac.uk><br>
<b>Cc: </b>"users@cakeml.org" <users@cakeml.org><br>
<b>Subject: </b>Re: [CakeML] Build problems<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">As far as I know, OpenTheory allows starting to record from a specific point and allows the importer to map constants/types from one prover to similar ones in the other system. -- Magnus<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal">On Thu, 6 Apr 2017 at 12:14, Lars Hupel <<a href="mailto:hupel@in.tum.de">hupel@in.tum.de</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">> What's your timeline for this project, and would you be interested in<br>
> working on producing an OpenTheory export of parts of CakeML with my<br>
> guidance?<br>
<br>
The timeline is "eventually" :-)<br>
<br>
But I'm not sure how well that would work in general. The major problem<br>
I foresee is this: You would replay definitions, including datatypes, in<br>
Isabelle, right? That means that those datatype definitions would mimic<br>
HOL's construction, and not Isabelle's construction. This likely means<br>
that I can't do anything useful with them.<br>
<br>
> Another approach would be to manually port the encoder/decoder definitions,<br>
> which might be more expedient but less satisfying and reusable.<br>
<br>
Not just more expedient but probably also faster. I'll take a stab.<br>
<br>
> They're not part of the semantics. There's overhead to using Lem, and there<br>
> aren't formal guarantees that it produces the same semantics in multiple<br>
> systems (although I believe a fair amount of work has gone into ensuring<br>
> that is usually the case).<br>
<br>
Fair enough.<br>
<br>
Thanks for all the help so far!<br>
<br>
Cheers<br>
Lars<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@cakeml.org" target="_blank">Users@cakeml.org</a><br>
<a href="https://lists.cakeml.org/listinfo/users" target="_blank">https://lists.cakeml.org/listinfo/users</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>