axiomatization P :: "'a ⇒ bool" locale foo = fixes A :: "'a set" begin lemma bar: "X ⊆ A ⟹ P X" sorry end locale bar begin (* (True ==> Q) ≡ Trueprop Q works for the theorem bar but not for theorems with multiple assumptions. *) sublocale foo UNIV rewrites "Y ⊆ UNIV ≡ True" and "(True ⟹ PROP Q) ≡ PROP Q" by auto

theory Scratch imports Main begin axiomatization P :: "'a ⇒ bool" axiomatization Z :: "'a ⇒ bool" locale foo = fixes A :: "'a set" begin lemma bar: "X ⊆ A ⟹ Z A ⟹ P X" sorry end locale bar begin sublocale foo UNIV rewrites "Y ⊆ UNIV ≡ True" and "⋀Q. (True ⟹ PROP Q) ≡ Q" and "⋀Q. (True ⟹ Q) ≡ Trueprop Q" by auto (* ⟦True; Z UNIV⟧ ⟹ P ?X instead of Z UNIV ⟹ P ?X *) thm bar end end

Exactly. Over 10 years I have given many talks and written many papers about Isabelle/Scala in contrast to Isabelle/ML. The main idea: * Isabelle/Scala is for systems-programming / system integration * Isabelle/ML is for mathematical logic Sometimes there is a bit of overlap, and some freedom to decide where things happen. But when you start to do term operations in Isabelle/Scala it is probably wrong.

For example, in scala-isabelle, you can directly and transparently work on terms, cterms, thms, etc. (For example, I can do something like "thm.proposition match { case Const("HOL.Trueprop", t) => do something with term t }". (And references on the scala side to Isabelle values can get automatically garbage collected etc.)

2nd Call for Extended Abstracts & Demonstrations ************************************************************************** ThEdu'21 Theorem Proving Components for Educational Software 11 July 2021 http://www.uc.pt/en/congressos/thedu/ThEdu21 ************************************************************************** at CADE-28 The 28th International Conference on Automated Deduction Carnegie Mellon University, Pittsburgh, PA, United States July 11-16, 2021 http://www.cade-28.info ************************************************************************** ThEdu'21 will be virtual (CADE28 will be virtual due to the COVID-19 pandemic) ************************************************************************** ThEdu'21 Scope: Computer Theorem Proving is becoming a paradigm as well as a technological base for a new generation of educational software in science, technology, engineering and mathematics. The workshop brings together experts in automated deduction with experts in education in order to further clarify the shape of the new software generation and to discuss existing systems. Invited Talk Gilles Dowek, ENS Paris-Saclay Important Dates * Extended Abstracts: 25 April 2021 * Author Notification: 23 May 2021 * Workshop Day: 11 July 2021 Topics of interest include: * methods of automated deduction applied to checking students' input; * methods of automated deduction applied to prove post-conditions for particular problem solutions; * combinations of deduction and computation enabling systems to propose next steps; * automated provers specific for dynamic geometry systems; * proof and proving in mathematics education. Submission We welcome submission of extended abstracts and demonstration proposals presenting original unpublished work which is not been submitted for publication elsewhere. All accepted extended abstracts and demonstrations will be presented at the workshop. The extended abstracts will be made available online. Extended abstracts and demonstration proposals should be submitted via easychair, https://easychair.org/conferences/?conf=thedu21 formatted according to http://www.easychair.org/publications/easychair.zip Extended abstracts and demonstration proposals should be approximately 5 pages in length and are to be submitted in PDF format. At least one author of each accepted extended abstract/demonstration proposal is expected to attend ThEdu'21 and presents his/her extended abstract/demonstration. Contingency Plans (COVID19) The 28th International Conference on Automated Deduction (CADE-28) will be virtual due to the COVID-19 pandemic. ThEdu'21 will be virtual, the exact details will be in the workshop Web-page as soon as possible. Program Committee (tentative) Francisco Botana, University of Vigo at Pontevedra, Spain David Cerna, Johannes Kepler University, Austria Joao Marcos, Universidade Federal do Rio Grande do Norte, Brazil (co-chair) Filip Maric, University of Belgrade, Serbia Adolfo Neto, Universidade Tecnológica Federal do Paraná, Brazil Walther Neuper, Graz University of Technology, Austria (co-chair) Pedro Quaresma, University of Coimbra, Portugal (co-chair) Philippe R. Richard, Université de Montréal, Canada Vanda Santos, University of Aveiro, Portugal Wolfgang Schreiner, Johannes Kepler University, Austria Jørgen Villadsen, Technical University of Denmark, Denmark Proceedings The extended abstracts and system descriptions will be available in ThEdu'21 Web-page. After presentation at the conference, selected authors will be invited to submit a substantially revised version, extended to 14--20 pages, for publication by the Electronic Proceedings in Theoretical Computer Science (EPTCS).

(I am a first-year math student and start classes next week. I was in= stalling Python TensorFlow and some libraries led me to HOL/Isabelle).

Thank you for looking at my question above.

--_000_BN3PR05MB2658C4F421382C79D03FA78085839BN3PR05MB2658namp_-- From c.diekmann at googlemail.com Sun Feb 21 15:49:29 2021 Received: from ppsw-31.csi.cam.ac.uk ([131.111.8.131]:57922) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lDqzB-0001Mb-6L (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 15:49:29 +0000 X-Cam-SpamDetails: score 0.4 from SpamAssassin-3.4.4-1886712 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.219.177 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.219.177 listed in wl.mailspike.net] * 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail * domains are different * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [c.diekmann[at]googlemail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and * EnvelopeFrom freemail headers are different X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-yb1-f177.google.com ([209.85.219.177]:45273) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lDqzA-0001oz-KI (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 15:49:29 +0000 Received: by mail-yb1-f177.google.com with SMTP id l8so10502981ybe.12 for ; Sun, 21 Feb 2021 07:49:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=I+vI441dOZOKfz1vHhJYgJDiT0kTzQkqM9qr2Xdfd6k=; b=LE9hTO65dKpGDJEBgAxw98GKzuEkhPsoe1IEgwLTQS3e3vYffb22OxiSKcTCfEf+BO RNVAXQRG9Hfi27gg+hl19wQFLWVOzd43slUftgiH99LbJX/ks0TxOsdrbUZXl+HJ72T4 O/V+OWjNESyk0QXAstT1b8PC4ZTdreQG0Y/VWqcc08A3l7o/vsCL1iOfFGYRHwDrDE7H xwf7+082DAbOtdbUtgkiim8/OS2UevB5ziasXQMB22cqMs88PtmgQwfc9O6oVaoFVMms 47Uz0/+2NQRnjQ/lxK2v/BBJh+6zzZPnDPzIWVHoU2jSqb4JPLAUNoASUaGLKWkCj1gK K/aQ== X-Gm-Message-State: AOAM531riuKd0b8FAVMM6wcTEqawqctyVJ+MB0kLtAkN9S6PuDAV6VuH ELCnsZkZxLa1vbu+hC+MeBZRhGbF93WCqSzArhJeFHLEZlY= X-Google-Smtp-Source: ABdhPJwvzs3f3b/skYl19zSG2hQNua5JTxrT5ESAIWDbAn0RbKt8PDX3I3xMOBNqTjaewQmha+ay5YL5ThXTs31kExg= X-Received: by 2002:a25:e4c5:: with SMTP id b188mr26501819ybh.235.1613922567402; Sun, 21 Feb 2021 07:49:27 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "C. Diekmann" Date: Sun, 21 Feb 2021 16:49:16 +0100 Message-ID: To: brian.mccue at snhu.edu Content-Type: multipart/alternative; boundary="00000000000053387905bbdaa1b4" Cc: "cl-isabelle-users at lists.cam.ac.uk" Subject: Re: [isabelle] First day with HOL/Isabelle X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 15:49:29 -0000 --00000000000053387905bbdaa1b4 Content-Type: text/plain; charset="UTF-8" I don't think that Isabelle/HOL can prove that one graph is isomorphic, but Isabelle/HOL may be able to prove that two graphs are isomorphic or that any graph is isomorphic to itself. As an example, https://www.isa-afp.org/entries/Graph_Theory.html contains one section labeled "Isomorphisms of Digraphs". HTH Cornelius Am Sa., 20. Feb. 2021 um 18:24 Uhr schrieb McCue, Brian < brian.mccue at snhu.edu>: > Can HOL/Isabelle be used with graph theory to prove whether a graph is > isomorphic? > > (I am a first-year math student and start classes next week. I was > installing Python TensorFlow and some libraries led me to HOL/Isabelle). > > Thank you for looking at my question above. > > --00000000000053387905bbdaa1b4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

<trolling>I don't think that Isabelle/HOL can pr= ove that one graph is isomorphic, but Isabelle/HOL may be able to prove tha= t two graphs are isomorphic or that any graph is isomorphic to itself.</= trolling>

As an example,=C2=A0https://www.isa-afp.org/entries/Grap= h_Theory.html=C2=A0contains one section labeled "Isomorphisms of D= igraphs".

HTH

=C2=A0 Cornelius

Am Sa., 20. Feb. 2021 um 18:24=C2=A0Uhr schrieb McCue, Brian <brian.mccue at snhu.edu>:

Can HOL/Isabelle be used with graph theory to prove whether a graph is isom= orphic?

(I am a first-year math student and start classes next week.=C2=A0 I was in= stalling Python TensorFlow and some libraries led me to HOL/Isabelle).

Thank you for looking at my question above.

--00000000000053387905bbdaa1b4-- From isabelle-users at florianmaerkl.de Sun Feb 21 16:34:11 2021 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]:49926) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lDrgR-0002Xd-Gh (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 16:34:11 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886712 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [81.169.146.217 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [81.169.146.217 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.217]:13657) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lDrgQ-000QA2-Rm (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 16:34:11 +0000 ARC-Seal: i=1; a=rsa-sha256; t=1613925247; cv=none; d=strato.com; s=strato-dkim-0002; b=PV1/Qz/62uF3KLIXPRF6eMCcgMF4gwqT43FDUx6tMsZ01CHijKqSghnWwok1QFMr3M lWEo3OeQlk8jbdGQhhe+Ysma716GyFCGpZFoRBNM3lDlAWql9Z+oMGQO7zzk0YfXWBhS FFe08TO/bSPr+M2Ize+GBAhQob6owh7IWvqUe8LA/c5JVdVCztTaTfadt17brVZc7jfI MzP0Gsv0uJAIaq7AS53gdI95Ui75VFUJHSLB8YJqJSB/dmFc5HIIXhcgXcC2g8lLwhih 2hhdRwSCybGbQksRXd/9cOA2LFEhHmt3C/oDejxvh+lGybzmp7ClCY+3vmcObG2rXl7z 7kyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1613925247; s=strato-dkim-0002; d=strato.com; h=In-Reply-To:Date:Message-ID:Subject:From:References:To:Cc:Date:From: Subject:Sender; bh=E2m5x3MGaMfTtnvQ8+dqqxrFFf+gjzwaGfWHtbZW1P4=; b=B7yN48Sjs8P2PXAEsKOCI43jSL9ZeNdQCeQMs4PDciXjyzgmK7vll35iRibvs4UCQP ShgK8pMpZoA0GFoP/MZgJO2Fy9r9EUct9a+QkHwAZJjIAlV2edYIy4lF+W/QSj4P+5cz Zh0S82YIE7yA8RLumbFJgn09Rx16neFj/1OkKQuH9q5ChsSACbYhbh7xBOmLx4gV1pnV LvuxXtri4FfG6dX7A8+WyqOhLNonsY5yVaQdD06yFh1ppLNndSjbRdfdK/+RR17BXcjM SuvGJgMV8jOoiwG02zQvlpGzkmUvfraE+18+Vnj9r2nkzZ5Yb/kmbg//Hl47M3Funa1a fw5w== ARC-Authentication-Results: i=1; strato.com; dkim=none Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":JWICemCud/DxHoRx2yg49oX0O/FjOgMCY83ji5SkMM6Tf/x8LI/wkWHHWmeAjaMTF/pot4UgxQw=" X-RZG-CLASS-ID: mo00 Received: from [192.168.1.22] by smtp.strato.de (RZmta 47.19.0 DYNA|AUTH) with ESMTPSA id Q020f9x1LGY7HON (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 21 Feb 2021 17:34:07 +0100 (CET) To: Andreas Lochbihler , cl-isabelle-users at lists.cam.ac.uk References: <1cfb3f7c-7225-cbe0-3f4d-528903c598ba at florianmaerkl.de> <34ae21a8-c22d-caa9-e9db-f7259c944912 at in.tum.de> <0321eb1e-9652-fe13-1004-5b6639d513b7 at florianmaerkl.de> <87e5446d-18c0-f4d8-fd6b-c10e6056730c at andreas-lochbihler.de> From: =?UTF-8?Q?Florian_M=c3=a4rkl?= Message-ID: Date: Sun, 21 Feb 2021 17:34:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <87e5446d-18c0-f4d8-fd6b-c10e6056730c at andreas-lochbihler.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: 8bit Subject: Re: [isabelle] Predicate Compiler fails with "No specification for ..." X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 16:34:11 -0000 Hello Andreas, thank you very much, this does bring me one step forward. Now considering the set example again, this is what I have now: theory "Scratch" imports "HOL-Library.Transitive_Closure_Table" Main begin definition P :: "nat ⇒ nat ⇒ bool" where "P a b ≡ a ∈ set [b]" definition t where "t ≡ (P)^**" lemma P_intro [code_pred_intro]: "P a b" if "a ∈ set [b]" unfolding P_def using that . code_pred (modes: i ⇒ i ⇒ bool) P using P_def by auto (* Output: Inferred modes: Scratch.t: *) code_pred (* errors: (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool)*) [inductify, show_modes] t . export_code t in SML module_name Scratch (* exception Fail raised (line 26 of "generated code"): Transitive_Closure.rtranclp which is no wonder becuause the code is essentially this: fun rtranclp _ _ _ = raise Fail "Transitive_Closure.rtranclp"; fun t x = rtranclp p x; *) value "t 0 1" end So in the end, with HOL-Library.Transitive_Closure_Table, the rtranclp function ist just a one-liner raising an exception here. What seems fishy to me is that the code_pred for t in this case does not infer any modes at all, but I am not really sure what to make of this. Florian On 2/21/21 9:10 AM, Andreas Lochbihler wrote: > Hi Florian, > > code_pred's [inductify] option has its quirks and doesn't always work; > in particular set comprehensions and set membership are tricky > (code_pred was developed when "'a set" was a type abbreviation for "'a > => bool"). What you can do is to do the inductification manually. In > your example with the typedef, the following makes code_pred generate > the right equations (of course, you should manually fill in the sorrys) > > lemma P_intro [code_pred_intro]: "P n m" > if "Rep_mynat n ≠ 0" "m = Abs_mynat (Rep_mynat n - 1)" sorry > > code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) P sorry > > code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) [inductify] t . > > Now, however, export_code gives you a well-sortedness error that mynat > isn't an instance of equal. But that's something you probably want to > provide anyway; I'm actually surprised that the setup_lifting doesn't > generate such an instance. > > Hope this helps, > Andreas > > > On 20.02.21 19:32, Florian Märkl wrote: >> Hello Tobias, >> >> in my larger project I could probably get rid of the typdefd types in >> this specific predicate by just duplicating the code of what is called P >> here, operating directly on the underying type of the typedef. >> >> However after doing this, I end up with another issue that can be seen >> in this example: >> >> >> theory "Scratch" >> imports "HOL-Library.Transitive_Closure_Table" Main >> begin >> >> definition P :: "nat ⇒ nat ⇒ bool" where "P a b ≡ a ∈ set [b]" >> definition t where "t ≡ (P)^**" >> >> (* Fails with: >> exception TERM raised (line 80 of >> "~~/src/HOL/Tools/Predicate_Compile/predicate_compile_data.ML"): >> defining_const_of_introrule failed: Not a constant >> {x. x ∈ ?z} ≡ ?z >> *) >> code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) [inductify, show_steps, >> show_intermediate_results] t . >> >> (* The final goal *) >> export_code t in SML >> >> end >> >> >> So it seems there is an issue with the ∈ operator now, which might be >> possible to eliminate too (here by operating on the list [b], probably >> similar in the real project) but this also brings me back to the >> original problem: Is it somehow possible to use code_pred on a >> definition like "t ≡ (P)^**" that does not use the "inductive" command >> at the top level, without code_pred having to recurse through every >> little definition that it contains? >> >> Florian >> >> On 2/20/21 6:07 PM, Tobias Nipkow wrote: >>> "No specification for Rep_mynat": I suspect the code generator just >>> cannot handle types specified by "typedef". >>> >>> Tobias >>> >>> On 19/02/2021 15:03, Florian Märkl wrote: >>>> Hello, >>>> >>>> >>>> >>>> I am trying to replicate something like discussed in >>>> https://lists.cam.ac.uk/mailman/htdig/cl-isabelle-users/2020-November/msg00013.html >>>> >>>> >>>> (the part of the JinjaThreads theory), i.e. generating code for a >>>> reflexive transitive closure predicate, however the [inductify] option >>>> that I have to use on code_pred currently seems to give me some >>>> headaches. >>>> >>>> In essence, what I have in my project is something like this: >>>> >>>> >>>> >>>> >>>> >>>> theory "Scratch" >>>> >>>> imports "HOL-Library.Transitive_Closure_Table" Main >>>> >>>> begin >>>> >>>> >>>> >>>> typedef mynat = "{n :: nat. True}" by auto >>>> >>>> setup_lifting type_definition_mynat >>>> >>>> definition P :: "mynat ⇒ mynat ⇒ bool" where >>>> >>>> "P a b ≡ Rep_mynat a = Suc (Rep_mynat b)" >>>> >>>> definition t where "t = (P)^**" >>>> >>>> >>>> >>>> (* Fails with: "No specification for Rep_mynat" *) >>>> >>>> code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) [inductify] t . >>>> >>>> >>>> >>>> (* The final goal *) >>>> >>>> export_code t in SML >>>> >>>> >>>> >>>> end >>>> >>>> >>>> >>>> >>>> >>>> I have some executable predicate P over which I want to execute the >>>> reflexive transitive closure t. >>>> >>>> >>>> >>>> Now from what I understand (please correct me if I am wrong), the >>>> [inductify] option here is necessary so code_pred understands that this >>>> is actually an inductive predicate by digging into the definitions. >>>> >>>> But that also means it will go even deeper and try to inspect Rep_mynat >>>> for example, which fails. >>>> >>>> What I intuitively would want it to do is to only unfold the t, but >>>> then >>>> consider P an opaque constant. >>>> >>>> >>>> >>>> I have seen that code_pred has quite a few more undocumented options, >>>> but didn't find anything yet that did what I need. Is something like >>>> this possible somehow or am I misunderstanding the inner workings of >>>> the >>>> predicate compiler here? >>>> >>>> >>>> >>>> Florian >>>> >>> >> >> From kuba at kadziolka.net Sun Feb 21 18:29:07 2021 Received: from ppsw-31.csi.cam.ac.uk ([131.111.8.131]:59942) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lDtTf-0005Vi-3l (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 18:29:07 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1886712 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from pat.zlotemysli.pl ([37.59.186.212]:53974) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1lDtTe-000jDW-KQ (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 18:29:07 +0000 Received: (qmail 8155 invoked by uid 1009); 21 Feb 2021 19:29:05 +0100 Received: from 188.123.215.55 (kuba at kadziolka.net@188.123.215.55) by pat.zlotemysli.pl (envelope-from , uid 1002) with qmail-scanner-2.08st (clamdscan: 0.98.6/26075. spamassassin: 3.4.0. perlscan: 2.08st. Clear:RC:1(188.123.215.55):. Processed in 0.037156 secs); 21 Feb 2021 18:29:05 -0000 Received: from unknown (HELO localhost) (kuba at kadziolka.net@188.123.215.55) by pat.zlotemysli.pl with SMTP; 21 Feb 2021 19:29:05 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: "McCue, Brian" , "cl-isabelle-users at lists.cam.ac.uk" Date: Sun, 21 Feb 2021 19:26:33 +0100 Message-Id: In-Reply-To: Subject: Re: [isabelle] First day with HOL/Isabelle X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 18:29:07 -0000 On Sat Feb 20, 2021 at 6:24 PM CET, McCue, Brian wrote: > Can HOL/Isabelle be used with graph theory to prove whether a graph is is= omorphic? Brian, there is a formalization of some aspects of graph theory available here: https://www.isa-afp.org/entries/Graph_Theory.html In particular, isomorphisms are defined for directed graphs in section 11 of the proof document (theory Digraph_Isomorphism). You can also use it for undirected graphs by ensuring all edges are bidirectional. Regards, Jakub K=C4=85dzio=C5=82ka From mail at andreas-lochbihler.de Sun Feb 21 19:20:38 2021 Received: from ppsw-31.csi.cam.ac.uk ([131.111.8.131]:48416) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lDuHW-0006r1-2z (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 19:20:38 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1886712 * -0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [80.237.130.111 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from wp589.webpack.hosteurope.de ([80.237.130.111]:34878) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lDuHV-000b25-Ji (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 19:20:38 +0000 Received: from [185.132.18.4] (helo=[192.168.1.62]); authenticated by wp589.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1lDuHU-0003zb-Je; Sun, 21 Feb 2021 20:20:36 +0100 To: =?UTF-8?Q?Florian_M=c3=a4rkl?= , cl-isabelle-users at lists.cam.ac.uk References: <1cfb3f7c-7225-cbe0-3f4d-528903c598ba at florianmaerkl.de> <34ae21a8-c22d-caa9-e9db-f7259c944912 at in.tum.de> <0321eb1e-9652-fe13-1004-5b6639d513b7 at florianmaerkl.de> <87e5446d-18c0-f4d8-fd6b-c10e6056730c at andreas-lochbihler.de> From: Andreas Lochbihler Message-ID: <167126e0-c61a-e4e8-6653-ddc1aebc217d at andreas-lochbihler.de> Date: Sun, 21 Feb 2021 20:20:35 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de; mail at andreas-lochbihler.de; 1613935237; c944f88e; X-HE-SMSGID: 1lDuHU-0003zb-Je Subject: Re: [isabelle] Predicate Compiler fails with "No specification for ..." X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 19:20:38 -0000 Hi Florian, For the predicate P, you've only inferred the mode i => i => bool, but that's not enough to compute a transitive closure (as nat is infinite). If you add [show_mode] to the code_pred rtranclp invocation in Transitive_Closure_Table, you'll see that the relation must have mode i => o => bool. So you need to provide introduction rules for P that yield such a mode. In your artificial example, you get this via lemma [code_pred_intro]: "P a b" if "a = b" Another example: If P was defined as "P a b = a : set [b, b + 1]", you'd get there via lemma [code_pred_intro]: "a = b ==> P a b" "a = b + 1 ==> P a b" Hope this helps, Andreas On 21.02.21 17:34, Florian Märkl wrote: > Hello Andreas, > > thank you very much, this does bring me one step forward. > Now considering the set example again, this is what I have now: > > > theory "Scratch" > imports "HOL-Library.Transitive_Closure_Table" Main > begin > > definition P :: "nat ⇒ nat ⇒ bool" where "P a b ≡ a ∈ set [b]" > definition t where "t ≡ (P)^**" > > lemma P_intro [code_pred_intro]: "P a b" > if "a ∈ set [b]" unfolding P_def using that . > > code_pred (modes: i ⇒ i ⇒ bool) P > using P_def by auto > > (* > Output: > Inferred modes: > Scratch.t: > *) > code_pred (* errors: (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool)*) [inductify, > show_modes] t . > > export_code t in SML module_name Scratch > (* > exception Fail raised (line 26 of "generated code"): > Transitive_Closure.rtranclp > which is no wonder becuause the code is essentially this: > > fun rtranclp _ _ _ = raise Fail "Transitive_Closure.rtranclp"; > fun t x = rtranclp p x; > *) > value "t 0 1" > > end > > > So in the end, with HOL-Library.Transitive_Closure_Table, the rtranclp > function ist just a one-liner raising an exception here. > What seems fishy to me is that the code_pred for t in this case does not > infer any modes at all, but I am not really sure what to make of this. > > Florian > > On 2/21/21 9:10 AM, Andreas Lochbihler wrote: >> Hi Florian, >> >> code_pred's [inductify] option has its quirks and doesn't always work; >> in particular set comprehensions and set membership are tricky >> (code_pred was developed when "'a set" was a type abbreviation for "'a >> => bool"). What you can do is to do the inductification manually. In >> your example with the typedef, the following makes code_pred generate >> the right equations (of course, you should manually fill in the sorrys) >> >> lemma P_intro [code_pred_intro]: "P n m" >> if "Rep_mynat n ≠ 0" "m = Abs_mynat (Rep_mynat n - 1)" sorry >> >> code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) P sorry >> >> code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) [inductify] t . >> >> Now, however, export_code gives you a well-sortedness error that mynat >> isn't an instance of equal. But that's something you probably want to >> provide anyway; I'm actually surprised that the setup_lifting doesn't >> generate such an instance. >> >> Hope this helps, >> Andreas >> >> >> On 20.02.21 19:32, Florian Märkl wrote: >>> Hello Tobias, >>> >>> in my larger project I could probably get rid of the typdefd types in >>> this specific predicate by just duplicating the code of what is called P >>> here, operating directly on the underying type of the typedef. >>> >>> However after doing this, I end up with another issue that can be seen >>> in this example: >>> >>> >>> theory "Scratch" >>> imports "HOL-Library.Transitive_Closure_Table" Main >>> begin >>> >>> definition P :: "nat ⇒ nat ⇒ bool" where "P a b ≡ a ∈ set [b]" >>> definition t where "t ≡ (P)^**" >>> >>> (* Fails with: >>> exception TERM raised (line 80 of >>> "~~/src/HOL/Tools/Predicate_Compile/predicate_compile_data.ML"): >>> defining_const_of_introrule failed: Not a constant >>> {x. x ∈ ?z} ≡ ?z >>> *) >>> code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) [inductify, show_steps, >>> show_intermediate_results] t . >>> >>> (* The final goal *) >>> export_code t in SML >>> >>> end >>> >>> >>> So it seems there is an issue with the ∈ operator now, which might be >>> possible to eliminate too (here by operating on the list [b], probably >>> similar in the real project) but this also brings me back to the >>> original problem: Is it somehow possible to use code_pred on a >>> definition like "t ≡ (P)^**" that does not use the "inductive" command >>> at the top level, without code_pred having to recurse through every >>> little definition that it contains? >>> >>> Florian >>> >>> On 2/20/21 6:07 PM, Tobias Nipkow wrote: >>>> "No specification for Rep_mynat": I suspect the code generator just >>>> cannot handle types specified by "typedef". >>>> >>>> Tobias >>>> >>>> On 19/02/2021 15:03, Florian Märkl wrote: >>>>> Hello, >>>>> >>>>> >>>>> >>>>> I am trying to replicate something like discussed in >>>>> https://lists.cam.ac.uk/mailman/htdig/cl-isabelle-users/2020-November/msg00013.html >>>>> >>>>> >>>>> (the part of the JinjaThreads theory), i.e. generating code for a >>>>> reflexive transitive closure predicate, however the [inductify] option >>>>> that I have to use on code_pred currently seems to give me some >>>>> headaches. >>>>> >>>>> In essence, what I have in my project is something like this: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> theory "Scratch" >>>>> >>>>> imports "HOL-Library.Transitive_Closure_Table" Main >>>>> >>>>> begin >>>>> >>>>> >>>>> >>>>> typedef mynat = "{n :: nat. True}" by auto >>>>> >>>>> setup_lifting type_definition_mynat >>>>> >>>>> definition P :: "mynat ⇒ mynat ⇒ bool" where >>>>> >>>>> "P a b ≡ Rep_mynat a = Suc (Rep_mynat b)" >>>>> >>>>> definition t where "t = (P)^**" >>>>> >>>>> >>>>> >>>>> (* Fails with: "No specification for Rep_mynat" *) >>>>> >>>>> code_pred (modes: i ⇒ i ⇒ bool, i ⇒ o ⇒ bool) [inductify] t . >>>>> >>>>> >>>>> >>>>> (* The final goal *) >>>>> >>>>> export_code t in SML >>>>> >>>>> >>>>> >>>>> end >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> I have some executable predicate P over which I want to execute the >>>>> reflexive transitive closure t. >>>>> >>>>> >>>>> >>>>> Now from what I understand (please correct me if I am wrong), the >>>>> [inductify] option here is necessary so code_pred understands that this >>>>> is actually an inductive predicate by digging into the definitions. >>>>> >>>>> But that also means it will go even deeper and try to inspect Rep_mynat >>>>> for example, which fails. >>>>> >>>>> What I intuitively would want it to do is to only unfold the t, but >>>>> then >>>>> consider P an opaque constant. >>>>> >>>>> >>>>> >>>>> I have seen that code_pred has quite a few more undocumented options, >>>>> but didn't find anything yet that did what I need. Is something like >>>>> this possible somehow or am I misunderstanding the inner workings of >>>>> the >>>>> predicate compiler here? >>>>> >>>>> >>>>> >>>>> Florian >>>>> >>>> >>> >>> > From tals4 at cam.ac.uk Sun Feb 21 20:03:49 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:41844) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lDuxJ-0007sd-Sy (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 20:03:49 +0000 X-Cam-AntiVirus: not scanned (internal relaying) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from webmail-1a.csi.cam.ac.uk ([131.111.9.32]:43446) by ppsw-30.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.136]:25) with esmtp id 1lDuxJ-000uhK-eG (Exim 4.94) (return-path ); Sun, 21 Feb 2021 20:03:49 +0000 Received: from [127.0.0.1] (helo=webmail-1.hermes.cam.ac.uk) by webmail-1a.csi.cam.ac.uk with esmtp id 1lDuxJ-00071k-FF (Exim 4.92.3) (return-path ); Sun, 21 Feb 2021 20:03:49 +0000 Received: from cpc108965-cmbg20-2-0-cust533.5-4.cable.virginm.net ([80.5.218.22]) by webmail-1.hermes.cam.ac.uk with HTTP (HTTP/1.1 POST); Sun, 21 Feb 2021 20:03:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 21 Feb 2021 20:03:49 +0000 From: Thomas Sewell To: "McCue, Brian" In-Reply-To: References: User-Agent: Roundcube Webmail/1.4.11 Message-ID: <04327764920310d11e4c6970b4065f30 at cam.ac.uk> X-Sender: tals4 at cam.ac.uk X-Authenticated-User: tals4 Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] First day with HOL/Isabelle X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 20:03:49 -0000 Other people have given you some detailed/specific answers, but I think that, since you found Isabelle by following libraries around, we should clear up the general picture a bit. Isabelle is mostly a tool for checking proofs that are well understood. If you think you have an argument or proof why two graphs are isomorphic, Isabelle can help you check that. If you're looking for some software to help you compute whether two concrete graphs are isomorphic or not, I think you would be better off looking elsewhere. I hope I'm not underestimating your understanding ;-) Cheers, Thomas. On 2021-02-20 17:24, McCue, Brian wrote: > Can HOL/Isabelle be used with graph theory to prove whether a graph > is isomorphic? > > (I am a first-year math student and start classes next week. I was > installing Python TensorFlow and some libraries led me to > HOL/Isabelle). > > Thank you for looking at my question above. From makarius at sketis.net Sun Feb 21 20:50:19 2021 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]:51780) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lDvgJ-0000op-T5 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 20:50:19 +0000 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.7 from SpamAssassin-3.4.4-1886712 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 2.0 URI_DOTEDU Has .edu URI X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([194.59.206.189]:36861) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lDvgI-0011ZL-RD (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Feb 2021 20:50:19 +0000 Received: from relay02-mors.netcup.net (localhost [127.0.0.1]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DkHWY422Bz49r9 for ; Sun, 21 Feb 2021 21:50:17 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DkHWY3f3rz7vFT for ; Sun, 21 Feb 2021 21:50:17 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DkHWX3JT3z8scj for ; Sun, 21 Feb 2021 21:50:16 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-38.dynamic.mnet-online.de [62.216.204.38]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 9E062A0C85 for ; Sun, 21 Feb 2021 21:50:15 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.38) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: cl-isabelle-users From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <38c70ce5-bdbb-375f-94ab-f82a39289d11 at sketis.net> Date: Sun, 21 Feb 2021 21:50:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-PPP-Message-ID: <161394061578.1176.13076051682614080137 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: 70YHJol174kaYkXtKZjhFf83GHqdm5EeRzqzp24HS/cCHRc= Subject: [isabelle] Announcing Isabelle2021 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 20:50:20 -0000 Isabelle2021 is now available. This version introduces many changes over Isabelle2020: see the NEWS file for further details. Here are various details: * Improved HTML presentation in Isabelle/Scala, using PIDE markup. * Improved PDF document preparation in Isabelle/Scala, using LuaLaTeX. * Isabelle/jEdit: improved monitoring of Java and ML process. * Isabelle/jEdit: improved look-and-feel and IDE feedback. * Pure: improved handling of named contexts and local syntax bundles. * HOL: substantially reworked support for Word library. * HOL: various syntax and library improvements. * HOL: various Sledgehammer and SMT improvements, with updated external tools. * HOL: support for Nitpick/Kodkod in Isabelle/Scala. * ML: routine support for Isabelle/Scala functions in Isabelle/ML. * System: support for Isabelle/Scala services defined in user-space. * Support for macOS Big Sur on Intel and Apple Silicon (ARM). You may get Isabelle2021 from the following mirror sites: Cambridge (UK) https://www.cl.cam.ac.uk/research/hvg/Isabelle Munich (Germany) https://isabelle.in.tum.de Sydney (Australia) https://mirror.cse.unsw.edu.au/pub/isabelle Potsdam, NY (USA) https://mirror.clarkson.edu/isabelle From eberlm at in.tum.de Mon Feb 22 12:03:35 2021 Received: from ppsw-40.csi.cam.ac.uk ([131.111.8.140]:60000) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lE9w7-0001LS-5m (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:03:35 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1886744 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:51837 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-40.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lE9w5-000eJZ-lB (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:03:35 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 7B8521C153A; Mon, 22 Feb 2021 13:03:32 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id 4316D1C1532 for ; Mon, 22 Feb 2021 13:03:30 +0100 (CET) (Extended-Queue-bit tech_tvuxn at fff.in.tum.de) To: "cl-isabelle-users at lists.cam.ac.uk" From: Manuel Eberl Message-ID: Date: Mon, 22 Feb 2021 13:03:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050208070201050307040205" Subject: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 12:03:35 -0000 This is a cryptographically signed message in MIME format. --------------ms050208070201050307040205 Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable Prompted by a question from a student of mine, I am wondering why free argument variables on the left-hand side of a function definition with "define" have to be fixed manually with "for" for it to work: define a :: "nat =E2=87=92 nat" where "a x =3D 2 * x" When writing it like this, the "x" is not fixed and therefore the "definition" does not work. When you add a "for x", it seems to work. Is there a reason for this behaviour? Would it be possible to fix such variables automatically, mirroring the behaviour of e.g. the "definition" command? Manuel --------------ms050208070201050307040205 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EXkwggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGrzCCBZegAwIBAgIMI4l7YMPKWG8NuOwAMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMDkyMjEzMzYxN1oXDTIxMTEx NjE1MzUzMlowgb4xCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEVMBMGA1UEAwwMTWFudWVsIEViZXJs MSUwIwYJKoZIhvcNAQkBFhZtYW51ZWwuZWJlcmxAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAucaS1T3hcnzeraljQM15EbQ1VC+eOZU5K5myJfZX4UH+eZq4 kqh7scR/NhBd6S4wnUF4f5JCAIufOLa3r1YkVKuK3LfYpzQnaKEufsdo8+SEWnldxCv/VPv1 eRTlZT3Z0jguqp54oDt3RyVXb81NfqEuJzNp6KbkPokZ4sggA1gVjc19bge5Iesw2xDJ6R+a /ZeNhcPt2uF3qHptkiJIm/lL8PBBT2M7EEIc6zwe9vzK2YtfEG3kZ/N5N1rICavwdyfdsslV 4CMje5jrdj7hWUs9kFfLoCyq8YGzolLNh30JlH7UGjA+d008Yec0ewr7NKmYOUKIZlfaOam/ /CKXfQIDAQABo4IC2jCCAtYwPgYDVR0gBDcwNTAPBg0rBgEEAYGtIYIsAQEEMBAGDisGAQQB ga0hgiwBAQQHMBAGDisGAQQBga0hgiwCAQQHMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUcpSUz9enXud8qDpV 3R0dGEl2Z1swHwYDVR0jBBgwFoAUazqYi/nyU4na4K2yMh4JH+iqO3QwgasGA1UdEQSBozCB oIEQZWJlcmxtQGluLnR1bS5kZYEWbWFudWVsLmViZXJsQGluLnR1bS5kZYEgZWJlcmxtQGlu Zm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJm1hbnVlbC5lYmVybEBpbmZvcm1hdGlrLnR1LW11 ZW5jaGVuLmRlgRFlYmVybG1AY3MudHVtLmVkdYEXbWFudWVsLmViZXJsQGNzLnR1bS5lZHUw gY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xv YmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRl L2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHL MDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1Aw SQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9w dWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAyLnBjYS5kZm4u ZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEL BQADggEBAEpTbbFnQNh9aC08cx/DzduZ3ZDZD6xNW+4eyKfCnfyGr3XADGesbpRNqtv8ZBCR duT2g26iZgw0dHrVwxAzbbUkHHNM6FxQbO2ek5EHS2/NWLhzwq54LCseextQCYRMYxOM5Lrp HKfSqdZG6QmdY8Gl4XI6/RD70KYBoE1Ek6MHh+zrEwFNrvuuKdSBK2ekw4xMs9HqnKCf+DqU bpFkjecjHYSEiV8IwygHbzpimO4Eu8niFM7LlvuLnrKOcPefE2QxAX0uWzPCXyIYcPFZC8ue Lum8VtPNgj2WvLQ4B9rj0+ytw4157j4wKQGa+HX2frIblGajpjkEBYwpaI4cFBYxggQLMIIE BwIBATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVu ZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZO LVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI4l7YMPKWG8N uOwAMA0GCWCGSAFlAwQCAQUAoIICPTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMTAyMjIxMjAzMjlaMC8GCSqGSIb3DQEJBDEiBCCjbIX5VEfmFT/hko2F FINBN4FGHtGgfhPzWplrxlXeLDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGvBgkrBgEEAYI3EAQxgaEwgZ4wgY0xCzAJBgNVBAYT AkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZv cnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1QS0kxJTAjBgNVBAMMHERGTi1W ZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjsADCBsQYLKoZIhvcNAQkQAgsx gaGggZ4wgY0xCzAJBgNVBAYTAkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcg ZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1Q S0kxJTAjBgNVBAMMHERGTi1WZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjs ADANBgkqhkiG9w0BAQEFAASCAQAFoQy5yHa5mkDUQUP6lkymdBwegt4uZBspDDrYXJZ9OE+I oQgc3QlW7HPOAl2MK7yNzR1xUfuwhVyViIe4XMyxTDD3nvM5uLgl4Si4SNHG4G5WXWB36RW7 aHYV4y4UhRrw733+H5f3vyh92gDa0eAgmxxxo29TK32kJScy+xMg2PGisyOsVXk+sU8jGZC3 YEF1Hs1Llc6t7GNM2+cSf/gt0BIez865DZfhorhDUufaF+ZQf0+2Virrap1v1YnwTqtkv41I 06JywyFfNrLvfij/kIIWqkRwLcSga6hnen1iNQZ/akcI6qDumaa5STzb2w7Py+9bI/X9tikn B00RLg/LAAAAAAAA --------------ms050208070201050307040205-- From makarius at sketis.net Mon Feb 22 12:23:15 2021 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]:56048) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lEAF9-0002kX-5L (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:23:15 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886744 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.61.103 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.61.103]:52687) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lEAF8-000v6P-RX (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:23:15 +0000 Received: from mors-relay-8403.netcup.net (localhost [127.0.0.1]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4DkhD15Z5Vz8lYR; Mon, 22 Feb 2021 13:23:13 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4DkhD159Wcz8lYQ; Mon, 22 Feb 2021 13:23:13 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DkhD045MHz8scj; Mon, 22 Feb 2021 13:23:12 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-249.dynamic.mnet-online.de [62.216.204.249]) by mx2f26.netcup.net (Postfix) with ESMTPSA id B109AA5670; Mon, 22 Feb 2021 13:23:11 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.249) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Manuel Eberl , "cl-isabelle-users at lists.cam.ac.uk" References: From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <1380b2fb-6c8d-8787-3c42-59e245e963ce at sketis.net> Date: Mon, 22 Feb 2021 13:23:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161399659190.10173.11362450987213723715 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: WIiKIgO7gThHxfUNRcG9GrhZvvLK1/yGvaxteK2y4E0pt0c= Subject: Re: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 12:23:15 -0000 On 22/02/2021 13:03, Manuel Eberl wrote: > Prompted by a question from a student of mine, I am wondering why free > argument variables on the left-hand side of a function definition with > "define" have to be fixed manually with "for" for it to work: > > define a :: "nat ⇒ nat" where "a x = 2 * x" > > When writing it like this, the "x" is not fixed and therefore the > "definition" does not work. When you add a "for x", it seems to work. > > Is there a reason for this behaviour? Would it be possible to fix such > variables automatically, mirroring the behaviour of e.g. the > "definition" command? Such "auto fixes" only work for toplevel specification commands, and that is already quite delicate and sometimes fragile. Within the Isar proof languages with its arbitrary nesting of scopes, local parameters need to be properly fixed. Note that the above "x" could be a "constant" from an outer scope. Further note that our ultra-flexible term syntax makes it impossible to say e.g. that "a" wants to bind its argument (in contrast to ML: "fun a x = ..."). Much more could be said about the overall language design and resulting decisions. In retrospect over more than 20-25 years, I would be now slightly more explicit in the scopes: implicit variable declarations are often confusing, both for the system and the human using it. (The more recent 'for' context for various language elements make things more robust and flexible.) Makarius From makarius at sketis.net Mon Feb 22 12:23:16 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:44884) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lEAFA-0002ky-Hs (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:23:16 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886744 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([194.59.206.189]:60599) by ppsw-30.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lEAF9-000pSw-fZ (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:23:16 +0000 Received: from relay02-mors.netcup.net (localhost [127.0.0.1]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DkhD25bMcz4C30; Mon, 22 Feb 2021 13:23:14 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DkhD25Ccpz7vFW; Mon, 22 Feb 2021 13:23:14 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DkhD22R8lz8scj; Mon, 22 Feb 2021 13:23:14 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-249.dynamic.mnet-online.de [62.216.204.249]) by mx2f26.netcup.net (Postfix) with ESMTPSA id B109AA5670; Mon, 22 Feb 2021 13:23:11 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.249) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Manuel Eberl , "cl-isabelle-users at lists.cam.ac.uk" References: From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <1380b2fb-6c8d-8787-3c42-59e245e963ce at sketis.net> Date: Mon, 22 Feb 2021 13:23:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161399659190.10173.11362450987213723715 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: WIiKIgO7gThHxfUNRcG9GrhZvvLK1/yGvaxteK2y4E0pt0c= Subject: Re: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 12:23:16 -0000 On 22/02/2021 13:03, Manuel Eberl wrote: > Prompted by a question from a student of mine, I am wondering why free > argument variables on the left-hand side of a function definition with > "define" have to be fixed manually with "for" for it to work: > > define a :: "nat ⇒ nat" where "a x = 2 * x" > > When writing it like this, the "x" is not fixed and therefore the > "definition" does not work. When you add a "for x", it seems to work. > > Is there a reason for this behaviour? Would it be possible to fix such > variables automatically, mirroring the behaviour of e.g. the > "definition" command? Such "auto fixes" only work for toplevel specification commands, and that is already quite delicate and sometimes fragile. Within the Isar proof languages with its arbitrary nesting of scopes, local parameters need to be properly fixed. Note that the above "x" could be a "constant" from an outer scope. Further note that our ultra-flexible term syntax makes it impossible to say e.g. that "a" wants to bind its argument (in contrast to ML: "fun a x = ..."). Much more could be said about the overall language design and resulting decisions. In retrospect over more than 20-25 years, I would be now slightly more explicit in the scopes: implicit variable declarations are often confusing, both for the system and the human using it. (The more recent 'for' context for various language elements make things more robust and flexible.) Makarius From kuba at kadziolka.net Mon Feb 22 12:27:06 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:51128) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lEAIs-0002xQ-2B (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:27:06 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1886744 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from pat.zlotemysli.pl ([37.59.186.212]:35318) by ppsw-30.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1lEAIr-000trs-eQ (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:27:06 +0000 Received: (qmail 24636 invoked by uid 1009); 22 Feb 2021 13:27:05 +0100 Received: from 188.123.215.55 (kuba at kadziolka.net@188.123.215.55) by pat.zlotemysli.pl (envelope-from , uid 1002) with qmail-scanner-2.08st (clamdscan: 0.98.6/26075. spamassassin: 3.4.0. perlscan: 2.08st. Clear:RC:1(188.123.215.55):. Processed in 0.013406 secs); 22 Feb 2021 12:27:05 -0000 Received: from unknown (HELO localhost) (kuba at kadziolka.net@188.123.215.55) by pat.zlotemysli.pl with SMTP; 22 Feb 2021 13:27:04 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: "Makarius" , "Manuel Eberl" , "cl-isabelle-users at lists.cam.ac.uk" Date: Mon, 22 Feb 2021 13:26:26 +0100 Message-Id: In-Reply-To: <1380b2fb-6c8d-8787-3c42-59e245e963ce at sketis.net> Subject: Re: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 12:27:06 -0000 On Mon Feb 22, 2021 at 1:23 PM CET, Makarius wrote: > Such "auto fixes" only work for toplevel specification commands, and that= is > already quite delicate and sometimes fragile. I agree that changing the behavior could be infeasible. However, perhaps it would be enough to emit a warning message when one uses 'define' without 'for'? Regards, Jakub K=C4=85dzio=C5=82ka From makarius at sketis.net Mon Feb 22 12:29:08 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:54534) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lEAKq-000344-Sy (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:29:08 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886744 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([194.59.206.189]:51291) by ppsw-30.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lEAKq-000xPn-dr (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 12:29:08 +0000 Received: from relay02-mors.netcup.net (localhost [127.0.0.1]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DkhLr077Rz4C3R; Mon, 22 Feb 2021 13:29:08 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DkhLq6sPmz7vFW; Mon, 22 Feb 2021 13:29:07 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4DkhLn4bDhz8tGC; Mon, 22 Feb 2021 13:29:05 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-249.dynamic.mnet-online.de [62.216.204.249]) by mx2f26.netcup.net (Postfix) with ESMTPSA id EE688A5670; Mon, 22 Feb 2021 13:29:04 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.249) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: =?UTF-8?B?SmFrdWIgS8SFZHppb8WCa2E=?= , Manuel Eberl , "cl-isabelle-users at lists.cam.ac.uk" References: From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <36b3c24e-c7d5-55f7-7720-8329ef5fe99c at sketis.net> Date: Mon, 22 Feb 2021 13:29:04 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161399694514.17009.933963872850976577 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: r/znvijyQWeBRuQIDaKfCcjD/sEGS9BhLtrFephUcf9mfDU= Subject: Re: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 12:29:08 -0000 On 22/02/2021 13:26, Jakub Kądziołka wrote: > On Mon Feb 22, 2021 at 1:23 PM CET, Makarius wrote: >> Such "auto fixes" only work for toplevel specification commands, and that is >> already quite delicate and sometimes fragile. > > I agree that changing the behavior could be infeasible. However, perhaps > it would be enough to emit a warning message when one uses 'define' > without 'for'? Warnings are generally bad design: the system needs to be strict about its syntax and emit proper errors. Within the Prover IDE, such errors could contain completion information to help the user get the input right, but that is quite some extra work and not always done. Makarius From eberlm at in.tum.de Mon Feb 22 13:29:32 2021 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]:57130) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lEBHI-0006uU-N5 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 13:29:32 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1886744 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:46036 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lEBHH-000HCd-Sa (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 13:29:32 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id CA6E41C1539; Mon, 22 Feb 2021 14:29:29 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id 8D4411C1532 for ; Mon, 22 Feb 2021 14:29:27 +0100 (CET) (Extended-Queue-bit tech_jxxdh at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: <36b3c24e-c7d5-55f7-7720-8329ef5fe99c at sketis.net> From: Manuel Eberl Message-ID: Date: Mon, 22 Feb 2021 14:29:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <36b3c24e-c7d5-55f7-7720-8329ef5fe99c at sketis.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010502070004070000090004" Subject: Re: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 13:29:32 -0000 This is a cryptographically signed message in MIME format. --------------ms010502070004070000090004 Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable Is there any context in which `define f where "f x y =3D =E2=80=A6"` make= s any sense without a "for x y" afterwards? Manuel On 22/02/2021 13:29, Makarius wrote: > On 22/02/2021 13:26, Jakub K=C4=85dzio=C5=82ka wrote: >> On Mon Feb 22, 2021 at 1:23 PM CET, Makarius wrote: >>> Such "auto fixes" only work for toplevel specification commands, and = that is >>> already quite delicate and sometimes fragile. >> >> I agree that changing the behavior could be infeasible. However, perha= ps >> it would be enough to emit a warning message when one uses 'define' >> without 'for'? >=20 > Warnings are generally bad design: the system needs to be strict about = its > syntax and emit proper errors. >=20 > Within the Prover IDE, such errors could contain completion information= to > help the user get the input right, but that is quite some extra work an= d not > always done. >=20 >=20 > Makarius >=20 --------------ms010502070004070000090004 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EXkwggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGrzCCBZegAwIBAgIMI4l7YMPKWG8NuOwAMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMDkyMjEzMzYxN1oXDTIxMTEx NjE1MzUzMlowgb4xCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEVMBMGA1UEAwwMTWFudWVsIEViZXJs MSUwIwYJKoZIhvcNAQkBFhZtYW51ZWwuZWJlcmxAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAucaS1T3hcnzeraljQM15EbQ1VC+eOZU5K5myJfZX4UH+eZq4 kqh7scR/NhBd6S4wnUF4f5JCAIufOLa3r1YkVKuK3LfYpzQnaKEufsdo8+SEWnldxCv/VPv1 eRTlZT3Z0jguqp54oDt3RyVXb81NfqEuJzNp6KbkPokZ4sggA1gVjc19bge5Iesw2xDJ6R+a /ZeNhcPt2uF3qHptkiJIm/lL8PBBT2M7EEIc6zwe9vzK2YtfEG3kZ/N5N1rICavwdyfdsslV 4CMje5jrdj7hWUs9kFfLoCyq8YGzolLNh30JlH7UGjA+d008Yec0ewr7NKmYOUKIZlfaOam/ /CKXfQIDAQABo4IC2jCCAtYwPgYDVR0gBDcwNTAPBg0rBgEEAYGtIYIsAQEEMBAGDisGAQQB ga0hgiwBAQQHMBAGDisGAQQBga0hgiwCAQQHMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUcpSUz9enXud8qDpV 3R0dGEl2Z1swHwYDVR0jBBgwFoAUazqYi/nyU4na4K2yMh4JH+iqO3QwgasGA1UdEQSBozCB oIEQZWJlcmxtQGluLnR1bS5kZYEWbWFudWVsLmViZXJsQGluLnR1bS5kZYEgZWJlcmxtQGlu Zm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJm1hbnVlbC5lYmVybEBpbmZvcm1hdGlrLnR1LW11 ZW5jaGVuLmRlgRFlYmVybG1AY3MudHVtLmVkdYEXbWFudWVsLmViZXJsQGNzLnR1bS5lZHUw gY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xv YmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRl L2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHL MDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1Aw SQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9w dWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAyLnBjYS5kZm4u ZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEL BQADggEBAEpTbbFnQNh9aC08cx/DzduZ3ZDZD6xNW+4eyKfCnfyGr3XADGesbpRNqtv8ZBCR duT2g26iZgw0dHrVwxAzbbUkHHNM6FxQbO2ek5EHS2/NWLhzwq54LCseextQCYRMYxOM5Lrp HKfSqdZG6QmdY8Gl4XI6/RD70KYBoE1Ek6MHh+zrEwFNrvuuKdSBK2ekw4xMs9HqnKCf+DqU bpFkjecjHYSEiV8IwygHbzpimO4Eu8niFM7LlvuLnrKOcPefE2QxAX0uWzPCXyIYcPFZC8ue Lum8VtPNgj2WvLQ4B9rj0+ytw4157j4wKQGa+HX2frIblGajpjkEBYwpaI4cFBYxggQLMIIE BwIBATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVu ZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZO LVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI4l7YMPKWG8N uOwAMA0GCWCGSAFlAwQCAQUAoIICPTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMTAyMjIxMzI5MjZaMC8GCSqGSIb3DQEJBDEiBCDlkWfNbUahMHJ/u4Ya FAQqmq+o0c246ruFV+A1KgRLczBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGvBgkrBgEEAYI3EAQxgaEwgZ4wgY0xCzAJBgNVBAYT AkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZv cnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1QS0kxJTAjBgNVBAMMHERGTi1W ZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjsADCBsQYLKoZIhvcNAQkQAgsx gaGggZ4wgY0xCzAJBgNVBAYTAkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcg ZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1Q S0kxJTAjBgNVBAMMHERGTi1WZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjs ADANBgkqhkiG9w0BAQEFAASCAQCjqSijoiz4PpMk1pnqYhzF+lKRToagLsv9sHXxx02O3TMg wD60btYbWCTtx7LhxEau2JTxBXDas473gfEx2ONJRW7MaoErDJEO9tWZLqHfqN2O151Oz2rA T6e4OfN/hf8oC6lbfettJ643ZtX3yUWOKN9fRigkgCqStKXc2GrzJkFg83BuTyvR7OqoQJ+w Y8eV1jYUMq7Oa/d7xV8j1UTRi4UddhwKxLkQEQExRE/bzcY7SnVV29vh823gxZFQ6krUMxmg Hd6vnv8fUDTXYePnkN6WkJ7uHI4zmvXE5gQieWIKbC4qH3DeC5YnKSSGw4d8rt51PU4bkYjx z6s1dz4YAAAAAAAA --------------ms010502070004070000090004-- From makarius at sketis.net Mon Feb 22 14:26:23 2021 Received: from ppsw-40.csi.cam.ac.uk ([131.111.8.140]:56638) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lECAJ-00029z-0r (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 14:26:23 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886744 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [46.38.247.119 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([46.38.247.119]:46247) by ppsw-40.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lECAI-000Xpi-ji (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 14:26:23 +0000 Received: from mors-relay-8404.netcup.net (localhost [127.0.0.1]) by mors-relay-8404.netcup.net (Postfix) with ESMTPS id 4Dkky542FSz8bxm; Mon, 22 Feb 2021 15:26:21 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8404.netcup.net (Postfix) with ESMTPS id 4Dkky53fpwz4x6r; Mon, 22 Feb 2021 15:26:21 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4Dkky43rYMz8scj; Mon, 22 Feb 2021 15:26:20 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-249.dynamic.mnet-online.de [62.216.204.249]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 09BE3A201B; Mon, 22 Feb 2021 15:26:19 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.249) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Manuel Eberl , cl-isabelle-users at lists.cam.ac.uk References: <36b3c24e-c7d5-55f7-7720-8329ef5fe99c at sketis.net> From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <7e9b7812-d518-4be5-4f3c-92af890e9848 at sketis.net> Date: Mon, 22 Feb 2021 15:26:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161400398015.4651.11289688921068582273 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: VecI8RNTdmstvKs3l4ETnj+v/FwDlbCFumzmW5kvBx9OTjs= Subject: Re: [isabelle] Unfixed variables in "define" command X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 14:26:23 -0000 On 22/02/2021 14:29, Manuel Eberl wrote: > Is there any context in which `define f where "f x y = …"` makes any > sense without a "for x y" afterwards? E.g. when x y are absent. (Are you proposing special cases to complicate things?) Makarius From makarius at sketis.net Mon Feb 22 14:38:53 2021 Received: from ppsw-31.csi.cam.ac.uk ([131.111.8.131]:54580) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lECMP-0002u2-CT (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 14:38:53 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886744 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.102 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.102]:45961) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lECMO-000ozR-L1 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Feb 2021 14:38:53 +0000 Received: from mors-relay-2502.netcup.net (localhost [127.0.0.1]) by mors-relay-2502.netcup.net (Postfix) with ESMTPS id 4DklDW5tRxz6Gp8; Mon, 22 Feb 2021 15:38:51 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-2502.netcup.net (Postfix) with ESMTPS id 4DklDW5TvBz5375; Mon, 22 Feb 2021 15:38:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4DklDW0dkvz8sXD; Mon, 22 Feb 2021 15:38:50 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-249.dynamic.mnet-online.de [62.216.204.249]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 78857A201B; Mon, 22 Feb 2021 15:38:50 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.249) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) From: Makarius To: Manuel Eberl , "cl-isabelle-users at lists.cam.ac.uk" References: <1380b2fb-6c8d-8787-3c42-59e245e963ce at sketis.net> Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn