From dayzman at gmail.com Thu Mar 12 14:50:02 2009 From: dayzman at gmail.com (dayzman at gmail.com) Date: Thu, 12 Mar 2009 13:50:02 +0000 Subject: [Hets-users] Discharging prove obligations Message-ID: <0016364d1fcdc879150464ec4238@google.com> Hi, I'm trying out a simple example at the moment, which should involve an open proof obligation. However, when I right click on "Nat_Order" and select "Proof", the interface doesn't show any goals. Am I missing something here? Below is the spec I'm using: spec Strict_Partial_Order = sort Elem pred __<__ : Elem * Elem forall x, y, z:Elem . not (x < x) %(strict)% . (x < y) => not (y < x) %(asymmetric)% . (x < y) /\ (y < z) => (x < z) %(transitive)% %{ Note that there may exist x, y such that neither x < y nor y < x. }% end spec Nat = free type Nat ::= 0 | suc(Nat) end spec Nat_Order = Nat then pred __ < __ : Nat*Nat forall m,n : Nat . 0 < n %(leq_def1_Nat)% . not suc(n) < 0 %(leq_def2_Nat)% . suc(m) < suc(n) <=> m < n %(leq_def3_Nat)% end view v1 : Strict_Partial_Order to Nat_Order = Elem |-> Nat end Thanks a lot. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcodescu at informatik.uni-bremen.de Thu Mar 12 14:57:01 2009 From: mcodescu at informatik.uni-bremen.de (Mihai Codescu) Date: Thu, 12 Mar 2009 14:57:01 +0100 Subject: [Hets-users] Discharging prove obligations In-Reply-To: <0016364d1fcdc879150464ec4238@google.com> References: <0016364d1fcdc879150464ec4238@google.com> Message-ID: <49B914AD.20709@informatik.uni-bremen.de> Hello Michael, I believe you are not calling Proofs/Automatic from Edit menu, which will carry the proof obligation to the appropriate node, Nat_order (which becomes red). Otherwise, the proof obligation is denoted by the red arrow in the graph. Greetings, Mihai dayzman at gmail.com wrote: > Hi, > > I'm trying out a simple example at the moment, which should involve an > open proof obligation. However, when I right click on "Nat_Order" and > select "Proof", the interface doesn't show any goals. Am I missing > something here? Below is the spec I'm using: > > spec Strict_Partial_Order = > sort Elem > pred __<__ : Elem * Elem > forall x, y, z:Elem > . not (x < x) %(strict)% > . (x < y) => not (y < x) %(asymmetric)% > . (x < y) /\ (y < z) => (x < z) %(transitive)% > %{ Note that there may exist x, y such that > neither x < y nor y < x. }% > end > > spec Nat = > free type Nat ::= 0 | suc(Nat) > end > > spec Nat_Order = > Nat > then > pred __ < __ : Nat*Nat > forall m,n : Nat > . 0 < n %(leq_def1_Nat)% > . not suc(n) < 0 %(leq_def2_Nat)% > . suc(m) < suc(n) <=> m < n %(leq_def3_Nat)% > end > > view v1 : Strict_Partial_Order to Nat_Order = > Elem |-> Nat > end > > Thanks a lot. > > Michael > ------------------------------------------------------------------------ > > _______________________________________________ > Hets-users mailing list > Hets-users at mailhost.informatik.uni-bremen.de > http://www.informatik.uni-bremen.de/mailman/listinfo/hets-users > From dayzman at gmail.com Sat Mar 14 06:02:48 2009 From: dayzman at gmail.com (Michael Chan) Date: Sat, 14 Mar 2009 05:02:48 +0000 Subject: [Hets-users] Problems with existential equations Message-ID: <429c032d0903132202j52059467l3b20c6272b2019a5@mail.gmail.com> Hi, I'm trying to use Isabelle to run some proofs on Basic/Numbers, in particular I'm trying to prove the generated Numbers_Int_E1.thy. It seems that some of the axioms might be incorrect, causing type unification to fail. For example: (line 302) ga_projection_injectivity [rule_format] : "ALL x. ALL y. gn_proj_Int_Nat(x) =e= gn_proj_Int_Nat(y) --> x = y" Is Isabelle supposed to be able to parse =e=? The error I'm getting is: *** Type unification failed: Clash of types "*" and "bool" *** Type error in application: Incompatible operand type *** *** Operator: op = (gn_proj_Int_Nat(x) = e) :: bool => bool *** Operand: gn_proj_Int_Nat(y) :: bool * X_Nat *** *** The error(s) above occurred in axiom "ga_projection_injectivity" *** At command "axioms". It seems =e= isn't properly parsed. Any help will be appreciated. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.wong.731 at googlemail.com Sat Mar 14 19:01:36 2009 From: s.wong.731 at googlemail.com (Stephy Wong) Date: Sat, 14 Mar 2009 18:01:36 +0000 Subject: [Hets-users] Using Hets with Isabelle Message-ID: <12d162d00903141101i7a710402md8ee3f7930ce28e9@mail.gmail.com> Dear all, I have some basic questions about discharging proof obligations using Isabelle: 1. Is it good style to add lemmas into the thy file to prove a theorem? Should the supposedly lemmas be translated by Hets as axioms instead? So basically, should the user just step through the proof in Isabelle without modifying the generated theory? 2. Should all open proof obligations in the CASL specs that come with Hets be already provable? For example, those in Basic/Numbers.casl and Basic/MachineNumbers. It seems that ga_comm___XPlus___2 in Numbers and dichotomy_TotalOrder in MachineNumbers aren't already provable. Is something missing? Thank you Best, Steph -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.wong.731 at googlemail.com Sun Mar 15 05:06:35 2009 From: s.wong.731 at googlemail.com (Stephy Wong) Date: Sun, 15 Mar 2009 04:06:35 +0000 Subject: [Hets-users] Using Hets with Isabelle In-Reply-To: <12d162d00903141101i7a710402md8ee3f7930ce28e9@mail.gmail.com> References: <12d162d00903141101i7a710402md8ee3f7930ce28e9@mail.gmail.com> Message-ID: <12d162d00903142106ve72a5cfle30930f705e8cfd5@mail.gmail.com> Also, I have one more question: How do proof obligations get discharged with Isabelle? After completing the proof in emacs and exiting, the status shown in the Hets interface is changed to "No Prover Running". Should the targeted red node be expected to turn green? Thank you Steph On Sat, Mar 14, 2009 at 6:01 PM, Stephy Wong wrote: > Dear all, > > I have some basic questions about discharging proof obligations using > Isabelle: > > 1. Is it good style to add lemmas into the thy file to prove a theorem? > Should the supposedly lemmas be translated by Hets as axioms instead? So > basically, should the user just step through the proof in Isabelle without > modifying the generated theory? > > 2. Should all open proof obligations in the CASL specs that come with Hets > be already provable? For example, those in Basic/Numbers.casl and > Basic/MachineNumbers. It seems that ga_comm___XPlus___2 in Numbers and > dichotomy_TotalOrder in MachineNumbers aren't already provable. Is something > missing? > > Thank you > > Best, > Steph > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christian.Maeder at dfki.de Mon Mar 16 12:00:58 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Mon, 16 Mar 2009 12:00:58 +0100 Subject: [Hets-users] Problems with existential equations In-Reply-To: <429c032d0903132202j52059467l3b20c6272b2019a5@mail.gmail.com> References: <429c032d0903132202j52059467l3b20c6272b2019a5@mail.gmail.com> Message-ID: <49BE316A.70008@dfki.de> Hi, Yes, Isabelle is supposed to parse "=e=" via the imported file "$HETS_LIB/Isabelle/MainHCPairs" or "$HETS_LIB/Isabelle/MainHC" which is part of the libraries in Hets-lib. https://svn-agbkb.informatik.uni-bremen.de/Hets-lib/trunk/ Set HETS_LIB to point to your Hets-lib directory. Didn't you get an error? *** Could not find theory file "MainHCPairs.thy" in ".", ... If not, how did you invoke Isabelle? Cheers Christian Michael Chan wrote: > Hi, > > I'm trying to use Isabelle to run some proofs on Basic/Numbers, in > particular I'm trying to prove the generated Numbers_Int_E1.thy. It > seems that some of the axioms might be incorrect, causing type > unification to fail. For example: > > (line 302) > ga_projection_injectivity [rule_format] : > "ALL x. ALL y. gn_proj_Int_Nat(x) =e= gn_proj_Int_Nat(y) --> x = y" > > Is Isabelle supposed to be able to parse =e=? The error I'm getting is: > > *** Type unification failed: Clash of types "*" and "bool" > *** Type error in application: Incompatible operand type > *** > *** Operator: op = (gn_proj_Int_Nat(x) = e) :: bool => bool > *** Operand: gn_proj_Int_Nat(y) :: bool * X_Nat > *** > *** The error(s) above occurred in axiom "ga_projection_injectivity" > *** At command "axioms". > > It seems =e= isn't properly parsed. From Christian.Maeder at dfki.de Mon Mar 16 13:15:12 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Mon, 16 Mar 2009 13:15:12 +0100 Subject: [Hets-users] Using Hets with Isabelle In-Reply-To: <12d162d00903142106ve72a5cfle30930f705e8cfd5@mail.gmail.com> References: <12d162d00903141101i7a710402md8ee3f7930ce28e9@mail.gmail.com> <12d162d00903142106ve72a5cfle30930f705e8cfd5@mail.gmail.com> Message-ID: <49BE42D0.8080008@dfki.de> Stephy Wong wrote: > Also, I have one more question: How do proof obligations get discharged > with Isabelle? After completing the proof in emacs and exiting, the > status shown in the Hets interface is changed to "No Prover Running". > Should the targeted red node be expected to turn green? After exiting emacs you should return to the prover window, that indicates by a "+" which theorems have been proven by Isabelle (provided you've chosen Isabelle as prover before). Only if all theorems have this "+" the red node will turn to green after closing the prover window. (Everything else is a bug and should be reported.) > 1. Is it good style to add lemmas into the thy file to prove a > theorem? Should the supposedly lemmas be translated by Hets as > axioms instead? So basically, should the user just step through the > proof in Isabelle without modifying the generated theory? Additional lemmas are supposed to be added to the theory file, but surely the original theory may be modified to include a useful implied sentence, too. (This is a sentences that is followed by %implied and needs to be proven, too.) But prover-dependent auxiliary lemmas are not supposed to be added at will to a specification that should remain succinct/readable. In particular the basic library is not supposed to be changed (without good reason). Definitions, axioms and theorems must not be changed in the theory and also the line 'ML "Header.record.."' should follow your proof. This line ensures that hets is notified about a successful proof! Axioms may be deleted or theorems may be added, though. > 2. Should all open proof obligations in the CASL specs that come > with Hets be already provable? For example, those in > Basic/Numbers.casl and Basic/MachineNumbers. It seems that > ga_comm___XPlus___2 in Numbers and dichotomy_TotalOrder in > MachineNumbers aren't already provable. Is something missing? Many proofs for the CASL specs are missing, although we belief that the theorems hold. For you this means, that the proof chain may be incomplete. Commutativity of __+__ and dichotomy of __<=__ over Numbers should be provable, but it may be difficult to actually do so. (Or do you have a counter example?) For your own proofs you should simply assume that these properties hold, but we would gladly accept proofs for our basic library, too. Cheers Christian From dayzman at gmail.com Mon Mar 16 13:20:31 2009 From: dayzman at gmail.com (Michael Chan) Date: Mon, 16 Mar 2009 12:20:31 +0000 Subject: [Hets-users] Problems with existential equations In-Reply-To: <49BE316A.70008@dfki.de> References: <429c032d0903132202j52059467l3b20c6272b2019a5@mail.gmail.com> <49BE316A.70008@dfki.de> Message-ID: <429c032d0903160520t70bc9433j7df7be154d1da3e4@mail.gmail.com> Hi Christian, I have $HETS_LIB properly set and $HETS_LIB/Isabelle/MainHCPairs exists, so I don't get the error you mentioned. I invoke Isabelle by right clicking on a red node, then Prove, then selecting Isabelle, and then Prove. Strangely, if I load the theory in a shell, the =e= gets parsed. So the problem occurs only when it's invoked via Hets. Thanks. Michael On Mon, Mar 16, 2009 at 11:00 AM, Christian Maeder wrote: > Hi, > > Yes, Isabelle is supposed to parse "=e=" via the imported file > "$HETS_LIB/Isabelle/MainHCPairs" or "$HETS_LIB/Isabelle/MainHC" > which is part of the libraries in Hets-lib. > > https://svn-agbkb.informatik.uni-bremen.de/Hets-lib/trunk/ > > Set HETS_LIB to point to your Hets-lib directory. > > Didn't you get an error? > *** Could not find theory file "MainHCPairs.thy" in ".", ... > > If not, how did you invoke Isabelle? > > Cheers Christian > > > Michael Chan wrote: > > Hi, > > > > I'm trying to use Isabelle to run some proofs on Basic/Numbers, in > > particular I'm trying to prove the generated Numbers_Int_E1.thy. It > > seems that some of the axioms might be incorrect, causing type > > unification to fail. For example: > > > > (line 302) > > ga_projection_injectivity [rule_format] : > > "ALL x. ALL y. gn_proj_Int_Nat(x) =e= gn_proj_Int_Nat(y) --> x = y" > > > > Is Isabelle supposed to be able to parse =e=? The error I'm getting is: > > > > *** Type unification failed: Clash of types "*" and "bool" > > *** Type error in application: Incompatible operand type > > *** > > *** Operator: op = (gn_proj_Int_Nat(x) = e) :: bool => bool > > *** Operand: gn_proj_Int_Nat(y) :: bool * X_Nat > > *** > > *** The error(s) above occurred in axiom "ga_projection_injectivity" > > *** At command "axioms". > > > > It seems =e= isn't properly parsed. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christian.Maeder at dfki.de Mon Mar 16 13:24:32 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Mon, 16 Mar 2009 13:24:32 +0100 Subject: [Hets-users] Problems with existential equations In-Reply-To: <49BE316A.70008@dfki.de> References: <429c032d0903132202j52059467l3b20c6272b2019a5@mail.gmail.com> <49BE316A.70008@dfki.de> Message-ID: <49BE4500.1080104@dfki.de> Christian Maeder wrote: > https://svn-agbkb.informatik.uni-bremen.de/Hets-lib/trunk/ > > Set HETS_LIB to point to your Hets-lib directory. [...] >> ga_projection_injectivity [rule_format] : >> "ALL x. ALL y. gn_proj_Int_Nat(x) =e= gn_proj_Int_Nat(y) --> x = y" Just a remark: I've recently modified our encoding to Isabelle, so that the above sentences comes out as: "ALL x. ALL y. defOp (gn_proj_Int_Nat(x)) & defOp (gn_proj_Int_Nat(y)) & makeTotal (gn_proj_Int_Nat(x)) = makeTotal (gn_proj_Int_Nat(y)) --> x = y" But note, that this also relies on the definitions of defOp and makeTotal in Hets-lib/Isabelle/MainHC.thy Cheers Christian From s.wong.731 at googlemail.com Tue Mar 17 17:21:27 2009 From: s.wong.731 at googlemail.com (Stephy Wong) Date: Tue, 17 Mar 2009 16:21:27 +0000 Subject: [Hets-users] Compiling Hets Message-ID: <12d162d00903170921p4254f493yd3c4782a3fdb9861@mail.gmail.com> Hi again, I'm trying to compile Hets from its source. According to the INSTALL file, the binary should be procued by: make -f Makefile.orig packages make depend make hets There doesn't seem to be a Makefile.orig in the trunk. Is the instruction outdated? Thanks again Stephy -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christian.Maeder at dfki.de Tue Mar 17 17:40:41 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Tue, 17 Mar 2009 17:40:41 +0100 Subject: [Hets-users] Compiling Hets In-Reply-To: <12d162d00903170921p4254f493yd3c4782a3fdb9861@mail.gmail.com> References: <12d162d00903170921p4254f493yd3c4782a3fdb9861@mail.gmail.com> Message-ID: <49BFD289.4030000@dfki.de> Stephy Wong wrote: > Hi again, > > I'm trying to compile Hets from its source. According to the INSTALL > file, the binary should be procued by: > > make -f Makefile.orig packages > make depend > make hets > > There doesn't seem to be a Makefile.orig in the trunk. Is the > instruction outdated? This instruction applies to a source distribution available from http://trac.informatik.uni-bremen.de:8080/hets/wiki/HetsForDevelopers http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/versions http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/daily after unpacking. If you checked out the sources from svn simply try "make". GHC needs a couple of packages for this to work. Have a look in Hets.cabal. After additional sources files have been generated (by "make"), you can also try: cabal configure cabal build Cheers Christian From s.wong.731 at googlemail.com Wed Mar 18 18:50:10 2009 From: s.wong.731 at googlemail.com (Stephy Wong) Date: Wed, 18 Mar 2009 17:50:10 +0000 Subject: [Hets-users] Compiling Hets In-Reply-To: <49BFD289.4030000@dfki.de> References: <12d162d00903170921p4254f493yd3c4782a3fdb9861@mail.gmail.com> <49BFD289.4030000@dfki.de> Message-ID: <12d162d00903181050y6c08724ev6da885cb5a862ff4@mail.gmail.com> On Tue, Mar 17, 2009 at 4:40 PM, Christian Maeder wrote: > Stephy Wong wrote: > > Hi again, > > > > I'm trying to compile Hets from its source. According to the INSTALL > > file, the binary should be procued by: > > > > make -f Makefile.orig packages > > make depend > > make hets > > > > There doesn't seem to be a Makefile.orig in the trunk. Is the > > instruction outdated? > > This instruction applies to a source distribution available from > http://trac.informatik.uni-bremen.de:8080/hets/wiki/HetsForDevelopers > > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/versions > > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/daily > after unpacking. > > If you checked out the sources from svn simply try "make". GHC needs a > couple of packages for this to work. Have a look in Hets.cabal. > > After additional sources files have been generated (by "make"), you can > also try: > > cabal configure > cabal build Thanks for the reply. I've managed to install the packages, but I can't seem to compile uni. I get the following from 'make packages': ghc-6.8.2: /home/swong/uni/util/uni-util.o: unknown symbol `networkzm2zi2zi0zi1_NetworkziBSD_a34_closure' Loading package uni-util ... linking ... ghc-6.8.2: unable to load package `uni-util' make[1]: *** [libfasthere] Error 1 make[1]: Leaving directory `/home/swong/uni/posixutil' make: *** [packages] Error 2 Thanks Steph > > Cheers Christian > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dayzman at gmail.com Thu Mar 19 01:31:08 2009 From: dayzman at gmail.com (dayzman at gmail.com) Date: Thu, 19 Mar 2009 00:31:08 +0000 Subject: [Hets-users] Compiling Hets In-Reply-To: <12d162d00903181050y6c08724ev6da885cb5a862ff4@mail.gmail.com> Message-ID: <0016e6dee8eb9b719d04656dea62@google.com> On Mar 18, 2009 5:50pm, Stephy Wong wrote: > On Tue, Mar 17, 2009 at 4:40 PM, Christian Maeder > Christian.Maeder at dfki.de> wrote: > Stephy Wong wrote: > > Hi again, > > > > I'm trying to compile Hets from its source. According to the INSTALL > > file, the binary should be procued by: > > > > make -f Makefile.orig packages > > make depend > > make hets > > > > There doesn't seem to be a Makefile.orig in the trunk. Is the > > instruction outdated? > This instruction applies to a source distribution available from > http://trac.informatik.uni-bremen.de:8080/hets/wiki/HetsForDevelopers > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/versions > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/daily > after unpacking. > If you checked out the sources from svn simply try "make". GHC needs a > couple of packages for this to work. Have a look in Hets.cabal. > After additional sources files have been generated (by "make"), you can > also try: > cabal configure > cabal build > Thanks for the reply. > I've managed to install the packages, but I can't seem to compile uni. I > get the following from 'make packages': > ghc-6.8.2: /home/swong/uni/util/uni-util.o: unknown symbol > `networkzm2zi2zi0zi1_NetworkziBSD_a34_closure' > Loading package uni-util ... linking ... ghc-6.8.2: unable to load > package `uni-util' > make[1]: *** [libfasthere] Error 1 > make[1]: Leaving directory `/home/swong/uni/posixutil' > make: *** [packages] Error 2 What version of cabal-install are you using? You might want to try an old version, eg, 1.2 rather than 1.6. Michael > Thanks > Steph > Cheers Christian -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.wong.731 at googlemail.com Thu Mar 19 03:34:08 2009 From: s.wong.731 at googlemail.com (Stephy Wong) Date: Thu, 19 Mar 2009 02:34:08 +0000 Subject: [Hets-users] Compiling Hets In-Reply-To: <0016e6dee8eb9b719d04656dea62@google.com> References: <12d162d00903181050y6c08724ev6da885cb5a862ff4@mail.gmail.com> <0016e6dee8eb9b719d04656dea62@google.com> Message-ID: <12d162d00903181934l1ef6a2f7q25e65395631bb2e2@mail.gmail.com> > > > > > This instruction applies to a source distribution available from > > > > http://trac.informatik.uni-bremen.de:8080/hets/wiki/HetsForDevelopers > > > > > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/versions > > > > > > > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/daily > > > > > > after unpacking. > > > > > > > > If you checked out the sources from svn simply try "make". GHC needs a > > > > couple of packages for this to work. Have a look in Hets.cabal. > > > > > > > > After additional sources files have been generated (by "make"), you can > > > > also try: > > > > > > > > cabal configure > > > > cabal build > > Thanks for the reply. > > > > I've managed to install the packages, but I can't seem to compile uni. I > get the following from 'make packages': > > > > ghc-6.8.2: /home/swong/uni/util/uni-util.o: unknown symbol > `networkzm2zi2zi0zi1_NetworkziBSD_a34_closure' > > > > Loading package uni-util ... linking ... ghc-6.8.2: unable to load > package `uni-util' > > make[1]: *** [libfasthere] Error 1 > > make[1]: Leaving directory `/home/swong/uni/posixutil' > > make: *** [packages] Error 2 > > > > What version of Cabal are you using? You might want to try an old version, > e.g., 1.2 rather than 1.6. > > Michael > Indeed, that seems to be the problem. It works now with Cabal 1.2. Thanks. I'm very close to fully compiling Hets now, but I still got some problems: 1) Should uni-uDrawGraph be in my user database? The INSTALL file says all uni-packages shouldn't be listed under ghc-pkg, but when I run make it always gives a message saying "ghc-pkg: cannot find package uni-uDrawGraph". 2) When I run make hets, I get the error saying: "GUI/GraphAbstraction.hs:548:15: Not in scope: `pendingChangesLock' make: *** [GUI/GraphAbstraction.o] Error 1" Is it caused by the absence of uni-uDrawGraph from my user database? Thanks again Steph > > Thanks > > Steph > > > > > > > > > > > > > > Cheers Christian > > > > > > > > > _______________________________________________ > Hets-users mailing list > Hets-users at mailhost.informatik.uni-bremen.de > http://www.informatik.uni-bremen.de/mailman/listinfo/hets-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ariesco at fdi.ucm.es Mon Mar 23 12:48:59 2009 From: ariesco at fdi.ucm.es (=?ISO-8859-1?Q?Adri=E1n_Riesco?=) Date: Mon, 23 Mar 2009 12:48:59 +0100 Subject: [Hets-users] Parsing of Haskell modules Message-ID: <41D34A6E-73A5-4B07-99EB-5F0D15E11DD5@fdi.ucm.es> Dear all, I'm trying to introduce the example from the user guide in hets library Factorial logic Haskell spec Factorial = fac :: Int -> Int fac n = foldl (*) 1 [1..n] end but it persists in prompting the following error *** Error, /Users/adrian/Desktop/test.het:8.4: unexpected at end of file: syntax error (in Haskell code after "/Users/adrian/Desktop/test.het" (line 6, column 1)) Could you explain me what's wrong with my example? Thanks a lot, Adri?n From Christian.Maeder at dfki.de Mon Mar 23 13:03:26 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Mon, 23 Mar 2009 13:03:26 +0100 Subject: [Hets-users] Parsing of Haskell modules In-Reply-To: <41D34A6E-73A5-4B07-99EB-5F0D15E11DD5@fdi.ucm.es> References: <41D34A6E-73A5-4B07-99EB-5F0D15E11DD5@fdi.ucm.es> Message-ID: <49C77A8E.30006@dfki.de> Hi, Adri?n Riesco wrote: > Dear all, > > I'm trying to introduce the example from the user guide in hets > > library Factorial > > logic Haskell > > spec Factorial = put curly braces (without quotes) around your haskell code: "{" > fac :: Int -> Int > fac n = foldl (*) 1 [1..n] "}" otherwise hets doesn't know when the Haskell code ends. > end this "end" is given to the haskell parser that rejects it. > but it persists in prompting the following error > > *** Error, > /Users/adrian/Desktop/test.het:8.4: > unexpected > at end of file: syntax error > (in Haskell code after "/Users/adrian/Desktop/test.het" (line 6, column 1)) > > Could you explain me what's wrong with my example? HTH Christian From Christian.Maeder at dfki.de Mon Mar 23 13:17:36 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Mon, 23 Mar 2009 13:17:36 +0100 Subject: [Hets-users] Parsing of Haskell modules In-Reply-To: <41D34A6E-73A5-4B07-99EB-5F0D15E11DD5@fdi.ucm.es> References: <41D34A6E-73A5-4B07-99EB-5F0D15E11DD5@fdi.ucm.es> Message-ID: <49C77DE0.70105@dfki.de> Adri?n Riesco wrote: > I'm trying to introduce the example from the user guide in hets We need to update the user guide. The CspCASL example does not go through, too (it fails on "let"). However, Hets-lib contains a working CspCASL/Buffer.het example. https://svn-agbkb.informatik.uni-bremen.de/Hets-lib/trunk/CspCASL/ > library Factorial > > logic Haskell > > spec Factorial = > fac :: Int -> Int > fac n = foldl (*) 1 [1..n] > end The example also goes through without the final "end", but as the user guide says, (simple) Haskell code can also be directly read from .hs files. Cheers Christian From Christian.Maeder at dfki.de Mon Mar 23 13:32:58 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Mon, 23 Mar 2009 13:32:58 +0100 Subject: [Hets-users] Parsing of Haskell modules In-Reply-To: <49C77DE0.70105@dfki.de> References: <41D34A6E-73A5-4B07-99EB-5F0D15E11DD5@fdi.ucm.es> <49C77DE0.70105@dfki.de> Message-ID: <49C7817A.1070807@dfki.de> Christian Maeder wrote: > Adri?n Riesco wrote: >> I'm trying to introduce the example from the user guide in hets Apologies for writing again. I've corrected now the Factorial example using curly braces. > We need to update the user guide. The CspCASL example does not go through, too > (it fails on "let"). However, Hets-lib contains a working CspCASL/Buffer.het > example. This example was already commented out in the user guide (by an "\eat{...}" construct). Cheers Christian From Christian.Maeder at dfki.de Tue Mar 31 13:42:28 2009 From: Christian.Maeder at dfki.de (Christian Maeder) Date: Tue, 31 Mar 2009 13:42:28 +0200 Subject: [Hets-users] hets-0.93 released Message-ID: <49D201A4.3090708@dfki.de> Dear Hets friends, we proudly present our new release 0.93 of the Heterogeneous Tool Set (Hets) http://www.dfki.de/sks/hets The features can be looked up at: http://trac.informatik.uni-bremen.de:8080/hets/wiki/ReleaseNotes Installers or binaries can be downloaded from: http://www.dfki.de/sks/hets/installation_e.htm (A live-CD will follow soon) Enjoy it, Christian -- _______________________________________________________________ Dr. Christian Maeder Hausadresse: DFKI Bremen Universit?t Bremen Sichere Kognitive Systeme Cartesium 02.053 Robert-Hooke-Str. 5 Enrique-Schmidt-Str. 5 28359 Bremen 28359 Bremen http://www.dfki.de/sks www.informatik.uni-bremen.de/~maeder Telefon: +49 (421) 218-64227 Telefax: +49 (421) 218-9864227 E-Mail: Christian.Maeder at dfki.de _______________________________________________________________ Deutsches Forschungszentrum f?r K?nstliche Intelligenz GmbH Firmensitz: Trippstadter Stra?e 122, D-67663 Kaiserslautern Gesch?ftsf?hrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 From s.wong.731 at googlemail.com Sat Mar 14 18:56:34 2009 From: s.wong.731 at googlemail.com (Stephy Wong) Date: Sat, 14 Mar 2009 17:56:34 -0000 Subject: [Hets-users] Using Hets with Isabelle Message-ID: <12d162d00903141055v722d0460j6dd5520b85e9f622@mail.gmail.com> Dear all, I have some basic questions about discharging proof obligations using Isabelle: 1. Is it good style to add lemmas into the thy file to prove a theorem? Should the supposedly lemmas be translated by Hets as axioms instead? So basically, should the user just step through the proof in Isabelle without modifying the generated theory? 2. Should all open proof obligations in the CASL specs that come with Hets be already provable? For example, those in Basic/Numbers.casl and Basic/MachineNumbers. It seems that ga_comm___XPlus___2 in Numbers and dichotomy_TotalOrder in MachineNumbers aren't already provable. Is something missing? Thank you Best, Steph -------------- next part -------------- An HTML attachment was scrubbed... URL: