From ramana.kumar at gmail.com Fri Aug 10 20:38:51 2012 From: ramana.kumar at gmail.com (Ramana Kumar) Date: Fri, 10 Aug 2012 21:38:51 +0100 Subject: [opentheory-users] reading articles from standard input In-Reply-To: References: Message-ID: On Fri, Feb 10, 2012 at 9:04 PM, Joe Hurd wrote: > Hi Ramana, > > You can prefix an input with a type, like so: > > article:FILENAME > tarball:FILENAME > theory:FILENAME > staged:NAME-VERSION > > to tell opentheory how to interpret it. Is this documented anywhere? (apart from in this list archive and the code itself :p) In particular, would it be hard to include in the usage/help text the tool emits, or to write a man page or manual for the tool? > So > > opentheory info --article -o - article:- > > should work. > > Cheers, > > Joe > > On Fri, Feb 10, 2012 at 3:34 AM, Ramana Kumar wrote: >> If I try this: >> opentheory info --article -o - - >> I get the error: >> opentheory: unknown type of input: - >> >> Is it possible to read an article file from standard input? >> >> _______________________________________________ >> opentheory-users mailing list >> opentheory-users at gilith.com >> http://www.gilith.com/mailman/listinfo/opentheory-users >> > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users From rda at lemma-one.com Wed Aug 15 11:12:23 2012 From: rda at lemma-one.com (Rob Arthan) Date: Wed, 15 Aug 2012 07:12:23 -0400 Subject: [opentheory-users] Problems with Poly/ML Message-ID: <3D41048E-A961-4EEC-9F6F-B05EBF1DD918@lemma-one.com> I tried to build opentheory using Poly/ML, When I do make, I see this: rda]- make polyml *************************************** * Build and test the Poly/ML programs * *************************************** cd bin/polyml ; echo "use \"selftest.sml\";" | poly > selftest.log And then there is a process running poly that consumes 600Mb or more of memory and grows slowly but never seems to terminate. selftest.log ends with the following line: structure Thms : Thms Am I just being impatient or what? This is on a Mac running Snow Lion (10.6.8) and poly -v reports: Poly/ML 5.4.1 Release RTS version: X86_64-5.4.1 Regards, Rob. From joe at gilith.com Wed Aug 15 20:26:18 2012 From: joe at gilith.com (Joe Hurd) Date: Wed, 15 Aug 2012 13:26:18 -0700 Subject: [opentheory-users] Problems with Poly/ML In-Reply-To: <3D41048E-A961-4EEC-9F6F-B05EBF1DD918@lemma-one.com> References: <3D41048E-A961-4EEC-9F6F-B05EBF1DD918@lemma-one.com> Message-ID: Hi Rob, I experienced the same problem myself a while back when I started using a new MacBook Air, which I solved in the simplest possible way by switching in a version of Poly/ML (5.3) that I know builds opentheory with no problems. Poly/ML compiler issues are outside my area of expertise, so I'm not sure what the procedure is for fixing the problem. Any advice would be welcome! Cheers, Joe On Wed, Aug 15, 2012 at 4:12 AM, Rob Arthan wrote: > > I tried to build opentheory using Poly/ML, When I do make, I see this: > > rda]- make polyml > > *************************************** > * Build and test the Poly/ML programs * > *************************************** > > cd bin/polyml ; echo "use \"selftest.sml\";" | poly > selftest.log > > And then there is a process running poly that consumes 600Mb or more of memory and grows slowly but never seems to terminate. selftest.log ends with the following line: > > structure Thms : Thms > > Am I just being impatient or what? > > This is on a Mac running Snow Lion (10.6.8) and poly -v reports: > > Poly/ML 5.4.1 Release RTS version: X86_64-5.4.1 > > Regards, > > Rob. > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users From rda at lemma-one.com Wed Aug 15 21:37:28 2012 From: rda at lemma-one.com (Rob Arthan) Date: Wed, 15 Aug 2012 17:37:28 -0400 Subject: [opentheory-users] Problems with Poly/ML In-Reply-To: References: <3D41048E-A961-4EEC-9F6F-B05EBF1DD918@lemma-one.com> Message-ID: Joe, Thanks. I have a vested interest in keeping Poly/ML on the road, so I will delve around and see if I can isolate the problem. Regards, Rob. On 15 Aug 2012, at 16:26, Joe Hurd wrote: > Hi Rob, > > I experienced the same problem myself a while back when I started > using a new MacBook Air, which I solved in the simplest possible way > by switching in a version of Poly/ML (5.3) that I know builds > opentheory with no problems. > > Poly/ML compiler issues are outside my area of expertise, so I'm not > sure what the procedure is for fixing the problem. Any advice would be > welcome! > > Cheers, > > Joe > > On Wed, Aug 15, 2012 at 4:12 AM, Rob Arthan wrote: >> >> I tried to build opentheory using Poly/ML, When I do make, I see this: >> >> rda]- make polyml >> >> *************************************** >> * Build and test the Poly/ML programs * >> *************************************** >> >> cd bin/polyml ; echo "use \"selftest.sml\";" | poly > selftest.log >> >> And then there is a process running poly that consumes 600Mb or more of memory and grows slowly but never seems to terminate. selftest.log ends with the following line: >> >> structure Thms : Thms >> >> Am I just being impatient or what? >> >> This is on a Mac running Snow Lion (10.6.8) and poly -v reports: >> >> Poly/ML 5.4.1 Release RTS version: X86_64-5.4.1 >> >> Regards, >> >> Rob. >> _______________________________________________ >> opentheory-users mailing list >> opentheory-users at gilith.com >> http://www.gilith.com/mailman/listinfo/opentheory-users > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users From ramana.kumar at gmail.com Thu Aug 16 19:20:51 2012 From: ramana.kumar at gmail.com (Ramana Kumar) Date: Thu, 16 Aug 2012 15:20:51 -0400 Subject: [opentheory-users] Fwd: cannot build opentheory In-Reply-To: References: <4E77510A.8060607@prolingua.co.uk> <4E776115.6040506@prolingua.co.uk> Message-ID: Rob, the forwarded conversations below from last year may be of interest for your Poly/ML problem. I thought they were in the list archive, but apparently not (until now). ---------- Forwarded message ---------- From: Ramana Kumar Date: Mon, Sep 19, 2011 at 11:47 AM Subject: Re: cannot build opentheory To: David Matthews Cc: Joe Hurd On Mon, Sep 19, 2011 at 4:34 PM, David Matthews wrote: > An infinite loop could be a problem with the compiler but I have seen this > with storage allocator. Is this on 32-bit or 64-bit? You could try a > larger value of -H. This sets the initial heap size and also controls the > step-size when it needs to increase the heap. The debug settings are quite > limited in 5.4.1. I've extended them quite a bit in SVN HEAD. I am using SVN r1324 at the moment. I am on 64-bit. I'll happily try any debug or other options you think would be helpful. In fact I'll try a larger -H1000 now... it still appears to be stopping at the same point. (I'll leave it running for another 10 minutes...) > > David > > On 19/09/2011 16:24, Ramana Kumar wrote: >> >> On Mon, Sep 19, 2011 at 3:26 PM, David Matthews >> wrote: >>> >>> It may be a problem with the garbage-collector especially if you're using >>> the SVN version. Try giving an explicit heap size (e.g. -H500) on the >>> poly >>> line and see if that makes a difference. >> >> Adding -H500 appears not to make any difference. Is that supposed to >> limit the heap size, or just set its initial size? Are the debug >> options listed anywhere? >> >>> >>> David >>> >>> On 16/09/2011 12:39, Ramana Kumar wrote: >>>> >>>> After seeing your timings I wanted to try polyml again, and >>>> unfortunately it still appears to go into an infinite loop while >>>> building opentheory. >>>> This could be a bug in polyml. In fact, I you say it definitely is, >>>> since you can get it to build with a different version? >>>> I am using version 5.4.1 (svn r1324). >>>> It goes into the loop when trying to interpret the code starting at >>>> line 56548 in bin/polyml/selftest.sml (the definition of ppTerm in the >>>> Haskell structure). >>>> Do you have any ideas on how to isolate the problem? Maybe I should >>>> also leave it running for longer to see if it's really a loop (I've >>>> only left it for about 15 minutes - how long does it take to build >>>> with your working version of poly?) >>>> I am CC'ing Dave Matthews in case he has any questions or ideas.. >>>> >>>> On Thu, Sep 15, 2011 at 11:09 PM, Ramana Kumar >>>> wrote: >>>>> >>>>> On Thu, Sep 15, 2011 at 11:01 PM, Joe Hurd wrote: >>>>>> >>>>>> Hi Ramana, >>>>>> >>>>>>>> With polyml, gilith/basic appears to fail one of it selftests and >>>>>>>> building opentheory appears to go into an infinite loop. >>>>>>> >>>>>>> Poly/ML seems to be misbehaving in ways I don't understand right now. >>>>>>> I'm investigating this, and will let you know what I find out. >>>>>> >>>>>> I installed the Hombrew >>>>>> >>>>>> http://mxcl.github.com/homebrew/ >>>>>> >>>>>> version of Poly/ML for my Mac, and basic and opentheory seem to work >>>>>> fine now. I was seeing the same behaviour as you before I did that, so >>>>>> perhaps there's a dodgy version of Poly/ML in circulation? >>>>> >>>>> Maybe. I usually use a pretty bleeding edge poly too (i.e. svn rather >>>>> than a release, although I don't svn up that often). >>>>> >>>>>> >>>>>> Is this problem blocking you? >>>>> >>>>> I have both mosml and mlton too so it's not a major problem. >>>>> >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Joe >>>>>> >>>>> >>> > From ramana.kumar at gmail.com Fri Aug 17 14:32:31 2012 From: ramana.kumar at gmail.com (Ramana Kumar) Date: Fri, 17 Aug 2012 10:32:31 -0400 Subject: [opentheory-users] Fwd: Re: cannot build opentheory In-Reply-To: <4BFAD057-0B18-49CA-B938-17E3F0A2A338@lemma-one.com> References: <4E77510A.8060607@prolingua.co.uk> <4E776115.6040506@prolingua.co.uk> <4BFAD057-0B18-49CA-B938-17E3F0A2A338@lemma-one.com> Message-ID: (forwarding to the list) ---------- Forwarded message ---------- From: "Rob Arthan" Date: Aug 17, 2012 8:25 AM Subject: Re: cannot build opentheory To: "Ramana Kumar" Ramana, Thanks. I think this is the same problem but I think it might not have been explained properly to David Matthews. The problem is clearly an unintended loop at compile time and if you make minor adjustments to the source it compiles. I have pinpointed the exact function binding that causes the problem and have sent a slightly cut-down version of the source to David. Regards, Rob. On 16 Aug 2012, at 15:20, Ramana Kumar wrote: > Rob, the forwarded conversations below from last year may be of > interest for your Poly/ML problem. I thought they were in the list > archive, but apparently not (until now). > > ---------- Forwarded message ---------- > From: Ramana Kumar > Date: Mon, Sep 19, 2011 at 11:47 AM > Subject: Re: cannot build opentheory > To: David Matthews > Cc: Joe Hurd > > > On Mon, Sep 19, 2011 at 4:34 PM, David Matthews > wrote: >> An infinite loop could be a problem with the compiler but I have seen this >> with storage allocator. Is this on 32-bit or 64-bit? You could try a >> larger value of -H. This sets the initial heap size and also controls the >> step-size when it needs to increase the heap. The debug settings are quite >> limited in 5.4.1. I've extended them quite a bit in SVN HEAD. > > I am using SVN r1324 at the moment. I am on 64-bit. I'll happily try > any debug or other options you think would be helpful. In fact I'll > try a larger -H1000 now... it still appears to be stopping at the same > point. (I'll leave it running for another 10 minutes...) > > >> >> David >> >> On 19/09/2011 16:24, Ramana Kumar wrote: >>> >>> On Mon, Sep 19, 2011 at 3:26 PM, David Matthews >>> wrote: >>>> >>>> It may be a problem with the garbage-collector especially if you're using >>>> the SVN version. Try giving an explicit heap size (e.g. -H500) on the >>>> poly >>>> line and see if that makes a difference. >>> >>> Adding -H500 appears not to make any difference. Is that supposed to >>> limit the heap size, or just set its initial size? Are the debug >>> options listed anywhere? >>> >>>> >>>> David >>>> >>>> On 16/09/2011 12:39, Ramana Kumar wrote: >>>>> >>>>> After seeing your timings I wanted to try polyml again, and >>>>> unfortunately it still appears to go into an infinite loop while >>>>> building opentheory. >>>>> This could be a bug in polyml. In fact, I you say it definitely is, >>>>> since you can get it to build with a different version? >>>>> I am using version 5.4.1 (svn r1324). >>>>> It goes into the loop when trying to interpret the code starting at >>>>> line 56548 in bin/polyml/selftest.sml (the definition of ppTerm in the >>>>> Haskell structure). >>>>> Do you have any ideas on how to isolate the problem? Maybe I should >>>>> also leave it running for longer to see if it's really a loop (I've >>>>> only left it for about 15 minutes - how long does it take to build >>>>> with your working version of poly?) >>>>> I am CC'ing Dave Matthews in case he has any questions or ideas.. >>>>> >>>>> On Thu, Sep 15, 2011 at 11:09 PM, Ramana Kumar >>>>> wrote: >>>>>> >>>>>> On Thu, Sep 15, 2011 at 11:01 PM, Joe Hurd wrote: >>>>>>> >>>>>>> Hi Ramana, >>>>>>> >>>>>>>>> With polyml, gilith/basic appears to fail one of it selftests and >>>>>>>>> building opentheory appears to go into an infinite loop. >>>>>>>> >>>>>>>> Poly/ML seems to be misbehaving in ways I don't understand right now. >>>>>>>> I'm investigating this, and will let you know what I find out. >>>>>>> >>>>>>> I installed the Hombrew >>>>>>> >>>>>>> http://mxcl.github.com/homebrew/ >>>>>>> >>>>>>> version of Poly/ML for my Mac, and basic and opentheory seem to work >>>>>>> fine now. I was seeing the same behaviour as you before I did that, so >>>>>>> perhaps there's a dodgy version of Poly/ML in circulation? >>>>>> >>>>>> Maybe. I usually use a pretty bleeding edge poly too (i.e. svn rather >>>>>> than a release, although I don't svn up that often). >>>>>> >>>>>>> >>>>>>> Is this problem blocking you? >>>>>> >>>>>> I have both mosml and mlton too so it's not a major problem. >>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> >>>>>>> Joe >>>>>>> >>>>>> >>>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From rda at lemma-one.com Fri Aug 17 15:15:38 2012 From: rda at lemma-one.com (Rob Arthan) Date: Fri, 17 Aug 2012 11:15:38 -0400 Subject: [opentheory-users] Fwd: Re: cannot build opentheory In-Reply-To: References: <4E77510A.8060607@prolingua.co.uk> <4E776115.6040506@prolingua.co.uk> <4BFAD057-0B18-49CA-B938-17E3F0A2A338@lemma-one.com> Message-ID: Here is an update with a work-around from David Matthews: > I've taken a quick look at this but I'm going to leave it for the moment. It definitely looks like a bug in the inling of recursive functions and I'm aware of another bug in that area that caused a crash. I need to spend some time working through the code and probably rewriting a chunk of it but I don't want to start on this just now. I'd like to release the current version with all the storage management changes in it fairly soon. > > As a work-around, setting PolyML.Compiler.maxInlineSize to something smaller seems to avoid the problem. Regards, Rob. On 17 Aug 2012, at 10:32, Ramana Kumar wrote: > (forwarding to the list) > > ---------- Forwarded message ---------- > From: "Rob Arthan" > Date: Aug 17, 2012 8:25 AM > Subject: Re: cannot build opentheory > To: "Ramana Kumar" > > Ramana, > > Thanks. I think this is the same problem but I think it might not have been explained properly to David Matthews. The problem is clearly an unintended loop at compile time and if you make minor adjustments to the source it compiles. I have pinpointed the exact function binding that causes the problem and have sent a slightly cut-down version of the source to David. > > Regards, > > Rob. > > On 16 Aug 2012, at 15:20, Ramana Kumar wrote: > > > Rob, the forwarded conversations below from last year may be of > > interest for your Poly/ML problem. I thought they were in the list > > archive, but apparently not (until now). > > > > ---------- Forwarded message ---------- > > From: Ramana Kumar > > Date: Mon, Sep 19, 2011 at 11:47 AM > > Subject: Re: cannot build opentheory > > To: David Matthews > > Cc: Joe Hurd > > > > > > On Mon, Sep 19, 2011 at 4:34 PM, David Matthews > > wrote: > >> An infinite loop could be a problem with the compiler but I have seen this > >> with storage allocator. Is this on 32-bit or 64-bit? You could try a > >> larger value of -H. This sets the initial heap size and also controls the > >> step-size when it needs to increase the heap. The debug settings are quite > >> limited in 5.4.1. I've extended them quite a bit in SVN HEAD. > > > > I am using SVN r1324 at the moment. I am on 64-bit. I'll happily try > > any debug or other options you think would be helpful. In fact I'll > > try a larger -H1000 now... it still appears to be stopping at the same > > point. (I'll leave it running for another 10 minutes...) > > > > > >> > >> David > >> > >> On 19/09/2011 16:24, Ramana Kumar wrote: > >>> > >>> On Mon, Sep 19, 2011 at 3:26 PM, David Matthews > >>> wrote: > >>>> > >>>> It may be a problem with the garbage-collector especially if you're using > >>>> the SVN version. Try giving an explicit heap size (e.g. -H500) on the > >>>> poly > >>>> line and see if that makes a difference. > >>> > >>> Adding -H500 appears not to make any difference. Is that supposed to > >>> limit the heap size, or just set its initial size? Are the debug > >>> options listed anywhere? > >>> > >>>> > >>>> David > >>>> > >>>> On 16/09/2011 12:39, Ramana Kumar wrote: > >>>>> > >>>>> After seeing your timings I wanted to try polyml again, and > >>>>> unfortunately it still appears to go into an infinite loop while > >>>>> building opentheory. > >>>>> This could be a bug in polyml. In fact, I you say it definitely is, > >>>>> since you can get it to build with a different version? > >>>>> I am using version 5.4.1 (svn r1324). > >>>>> It goes into the loop when trying to interpret the code starting at > >>>>> line 56548 in bin/polyml/selftest.sml (the definition of ppTerm in the > >>>>> Haskell structure). > >>>>> Do you have any ideas on how to isolate the problem? Maybe I should > >>>>> also leave it running for longer to see if it's really a loop (I've > >>>>> only left it for about 15 minutes - how long does it take to build > >>>>> with your working version of poly?) > >>>>> I am CC'ing Dave Matthews in case he has any questions or ideas.. > >>>>> > >>>>> On Thu, Sep 15, 2011 at 11:09 PM, Ramana Kumar > >>>>> wrote: > >>>>>> > >>>>>> On Thu, Sep 15, 2011 at 11:01 PM, Joe Hurd wrote: > >>>>>>> > >>>>>>> Hi Ramana, > >>>>>>> > >>>>>>>>> With polyml, gilith/basic appears to fail one of it selftests and > >>>>>>>>> building opentheory appears to go into an infinite loop. > >>>>>>>> > >>>>>>>> Poly/ML seems to be misbehaving in ways I don't understand right now. > >>>>>>>> I'm investigating this, and will let you know what I find out. > >>>>>>> > >>>>>>> I installed the Hombrew > >>>>>>> > >>>>>>> http://mxcl.github.com/homebrew/ > >>>>>>> > >>>>>>> version of Poly/ML for my Mac, and basic and opentheory seem to work > >>>>>>> fine now. I was seeing the same behaviour as you before I did that, so > >>>>>>> perhaps there's a dodgy version of Poly/ML in circulation? > >>>>>> > >>>>>> Maybe. I usually use a pretty bleeding edge poly too (i.e. svn rather > >>>>>> than a release, although I don't svn up that often). > >>>>>> > >>>>>>> > >>>>>>> Is this problem blocking you? > >>>>>> > >>>>>> I have both mosml and mlton too so it's not a major problem. > >>>>>> > >>>>>>> > >>>>>>> Cheers, > >>>>>>> > >>>>>>> Joe > >>>>>>> > >>>>>> > >>>> > >> > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramana at member.fsf.org Sun Aug 19 16:12:24 2012 From: ramana at member.fsf.org (Ramana Kumar) Date: Sun, 19 Aug 2012 17:12:24 +0100 Subject: [opentheory-users] old link on homepage Message-ID: The "RW" link for HOL4 on http://www.gilith.com/research/opentheory/ points to the old repository of HOL4 sources. It should (now) point at the new repository, which has currently maintained code, here: https://github.com/mn200/HOL/tree/master/src/opentheory. (OpenTheory support is no longer in a separate branch of HOL4 but rather in the main ("master") branch.) -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at gilith.com Mon Aug 20 16:09:39 2012 From: joe at gilith.com (Joe Hurd) Date: Mon, 20 Aug 2012 09:09:39 -0700 Subject: [opentheory-users] old link on homepage In-Reply-To: References: Message-ID: Hi Ramana, Thanks for the correction - I have updated the link. Cheers, Joe On Sun, Aug 19, 2012 at 9:12 AM, Ramana Kumar wrote: > The "RW" link for HOL4 on http://www.gilith.com/research/opentheory/ points > to the old repository of HOL4 sources. > > It should (now) point at the new repository, which has currently maintained > code, here: https://github.com/mn200/HOL/tree/master/src/opentheory. > (OpenTheory support is no longer in a separate branch of HOL4 but rather in > the main ("master") branch.) > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users > From joe at gilith.com Mon Aug 20 16:18:48 2012 From: joe at gilith.com (Joe Hurd) Date: Mon, 20 Aug 2012 09:18:48 -0700 Subject: [opentheory-users] Fwd: Re: cannot build opentheory In-Reply-To: References: <4E77510A.8060607@prolingua.co.uk> <4E776115.6040506@prolingua.co.uk> <4BFAD057-0B18-49CA-B938-17E3F0A2A338@lemma-one.com> Message-ID: Hi Rob, Thanks for digging into the problem - I'm happy there is a short-term workaround and a long-term plan to fix the underlying problem. Cheers, Joe On Fri, Aug 17, 2012 at 8:15 AM, Rob Arthan wrote: > Here is an update with a work-around from David Matthews: > > I've taken a quick look at this but I'm going to leave it for the moment. > It definitely looks like a bug in the inling of recursive functions and I'm > aware of another bug in that area that caused a crash. I need to spend some > time working through the code and probably rewriting a chunk of it but I > don't want to start on this just now. I'd like to release the current > version with all the storage management changes in it fairly soon. > > As a work-around, setting PolyML.Compiler.maxInlineSize to something smaller > seems to avoid the problem. > > > Regards, > > Rob. > > On 17 Aug 2012, at 10:32, Ramana Kumar wrote: > > (forwarding to the list) > > ---------- Forwarded message ---------- > From: "Rob Arthan" > Date: Aug 17, 2012 8:25 AM > Subject: Re: cannot build opentheory > To: "Ramana Kumar" > > Ramana, > > Thanks. I think this is the same problem but I think it might not have been > explained properly to David Matthews. The problem is clearly an unintended > loop at compile time and if you make minor adjustments to the source it > compiles. I have pinpointed the exact function binding that causes the > problem and have sent a slightly cut-down version of the source to David. > > Regards, > > Rob. > > On 16 Aug 2012, at 15:20, Ramana Kumar wrote: > >> Rob, the forwarded conversations below from last year may be of >> interest for your Poly/ML problem. I thought they were in the list >> archive, but apparently not (until now). >> >> ---------- Forwarded message ---------- >> From: Ramana Kumar >> Date: Mon, Sep 19, 2011 at 11:47 AM >> Subject: Re: cannot build opentheory >> To: David Matthews >> Cc: Joe Hurd >> >> >> On Mon, Sep 19, 2011 at 4:34 PM, David Matthews >> wrote: >>> An infinite loop could be a problem with the compiler but I have seen >>> this >>> with storage allocator. Is this on 32-bit or 64-bit? You could try a >>> larger value of -H. This sets the initial heap size and also controls >>> the >>> step-size when it needs to increase the heap. The debug settings are >>> quite >>> limited in 5.4.1. I've extended them quite a bit in SVN HEAD. >> >> I am using SVN r1324 at the moment. I am on 64-bit. I'll happily try >> any debug or other options you think would be helpful. In fact I'll >> try a larger -H1000 now... it still appears to be stopping at the same >> point. (I'll leave it running for another 10 minutes...) >> >> >>> >>> David >>> >>> On 19/09/2011 16:24, Ramana Kumar wrote: >>>> >>>> On Mon, Sep 19, 2011 at 3:26 PM, David Matthews >>>> wrote: >>>>> >>>>> It may be a problem with the garbage-collector especially if you're >>>>> using >>>>> the SVN version. Try giving an explicit heap size (e.g. -H500) on the >>>>> poly >>>>> line and see if that makes a difference. >>>> >>>> Adding -H500 appears not to make any difference. Is that supposed to >>>> limit the heap size, or just set its initial size? Are the debug >>>> options listed anywhere? >>>> >>>>> >>>>> David >>>>> >>>>> On 16/09/2011 12:39, Ramana Kumar wrote: >>>>>> >>>>>> After seeing your timings I wanted to try polyml again, and >>>>>> unfortunately it still appears to go into an infinite loop while >>>>>> building opentheory. >>>>>> This could be a bug in polyml. In fact, I you say it definitely is, >>>>>> since you can get it to build with a different version? >>>>>> I am using version 5.4.1 (svn r1324). >>>>>> It goes into the loop when trying to interpret the code starting at >>>>>> line 56548 in bin/polyml/selftest.sml (the definition of ppTerm in the >>>>>> Haskell structure). >>>>>> Do you have any ideas on how to isolate the problem? Maybe I should >>>>>> also leave it running for longer to see if it's really a loop (I've >>>>>> only left it for about 15 minutes - how long does it take to build >>>>>> with your working version of poly?) >>>>>> I am CC'ing Dave Matthews in case he has any questions or ideas.. >>>>>> >>>>>> On Thu, Sep 15, 2011 at 11:09 PM, Ramana Kumar >>>>>> wrote: >>>>>>> >>>>>>> On Thu, Sep 15, 2011 at 11:01 PM, Joe Hurd wrote: >>>>>>>> >>>>>>>> Hi Ramana, >>>>>>>> >>>>>>>>>> With polyml, gilith/basic appears to fail one of it selftests and >>>>>>>>>> building opentheory appears to go into an infinite loop. >>>>>>>>> >>>>>>>>> Poly/ML seems to be misbehaving in ways I don't understand right >>>>>>>>> now. >>>>>>>>> I'm investigating this, and will let you know what I find out. >>>>>>>> >>>>>>>> I installed the Hombrew >>>>>>>> >>>>>>>> http://mxcl.github.com/homebrew/ >>>>>>>> >>>>>>>> version of Poly/ML for my Mac, and basic and opentheory seem to work >>>>>>>> fine now. I was seeing the same behaviour as you before I did that, >>>>>>>> so >>>>>>>> perhaps there's a dodgy version of Poly/ML in circulation? >>>>>>> >>>>>>> Maybe. I usually use a pretty bleeding edge poly too (i.e. svn rather >>>>>>> than a release, although I don't svn up that often). >>>>>>> >>>>>>>> >>>>>>>> Is this problem blocking you? >>>>>>> >>>>>>> I have both mosml and mlton too so it's not a major problem. >>>>>>> >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Joe >>>>>>>> >>>>>>> >>>>> >>> > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users > > > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users > From ramana at xrchz.net Mon Aug 20 19:52:27 2012 From: ramana at xrchz.net (Ramana Kumar) Date: Mon, 20 Aug 2012 20:52:27 +0100 Subject: [opentheory-users] a standalone tactic translating numeral encodings In-Reply-To: References: Message-ID: I have rewritten my standalone conversion between Norrish numerals and binary numerals. The code now lives here: https://gitorious.org/hol/ot/trees/master (it is numconv.hs) Changes/Features: - Now translates in both directions: Norrish -> Binary and Binary -> Norrish - Translates numerals recursively within any term (doesn't require a bare numeral as input) - Optional "rule mode" proves t |- t' rather than |- t = t'; maybe useful for converting numerals in an already proved theorem and composing the resulting articles. - Refactored into several reusable Haskell modules - Cleaned up code; it now doesn't emit any warnings with ghc's -Wall. I haven't tested it very much, especially in the from-binary direction. Test articles and use cases would be appreciated. The axioms in that direction are probably not in the standard library, but they are provable in HOL4... The next task I want to do is figure out how best to create a kind of "compatibility theory package" that would include those theorems (and other common prover-specific theorems) that can be added to the "requires:" of a package for easy use of packages coming out of specific provers. I look forward to your comments and tests for numconv :) And if you have ideas for other standalone proof tools, the OpenTheory Haskell modules are free to use. On Fri, Apr 6, 2012 at 9:31 PM, Joe Hurd wrote: > Yep, looks like it works fine now, in case we ever need to de-Norrish > some numerals from HOL Light. > > Cheers, > > Joe > > On Thu, Apr 5, 2012 at 11:25 PM, Ramana Kumar > wrote: > > My code works fine on this article. The problem was my CGI script. It > should > > be fixed now. > > (It had a call to runhaskell n2b.hs which got confused when called from > > another directory, so now I've given it an absolute path to n2b.hs.) > > > > On Thu, Apr 5, 2012 at 11:10 PM, Joe Hurd wrote: > >> > >> Hi Ramana, > >> > >> > My guess is that you're generating an article with HOLLight.BIT2 > rather > >> > than > >> > Number.Natural.bit2, but I haven't actually run your attempt. > >> > If that's not the problem it would be helpful if you could send me the > >> > article that gets passed to the web tactic (or maybe I should have > some > >> > infrastructure for saving it...) > >> > >> I've attached the article encoding the goal: FYI the opentheory > >> summary for it is: > >> > >> $ opentheory info n2b-goal.art > >> 3 input type operators: -> bool Number.Natural.natural > >> 5 input constants: F Function.K Number.Natural.bit1 Number.Natural.bit2 > >> Number.Natural.zero > >> 1 assumption: > >> |- Function.K F > >> (Number.Natural.bit2 (Number.Natural.bit1 (Number.Natural.bit2 > 0))) > >> 1 theorem: > >> |- Function.K F > >> (Number.Natural.bit2 (Number.Natural.bit1 (Number.Natural.bit2 > 0))) > >> > >> > The function n2b near the top of the file is the algorithm. > >> > It's been a while, so let's see if I can figure out the algorithm just > >> > by > >> > reading that code... > >> > >> Your algorithm looks absolutely fine, and should scale up to any size > >> of natural number that a theorem prover could conceivably process. > >> > >> Cheers, > >> > >> Joe > >> > >> _______________________________________________ > >> opentheory-users mailing list > >> opentheory-users at gilith.com > >> http://www.gilith.com/mailman/listinfo/opentheory-users > >> > > > > > > _______________________________________________ > > opentheory-users mailing list > > opentheory-users at gilith.com > > http://www.gilith.com/mailman/listinfo/opentheory-users > > > > _______________________________________________ > opentheory-users mailing list > opentheory-users at gilith.com > http://www.gilith.com/mailman/listinfo/opentheory-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: