From ramana at member.fsf.org Fri Oct 2 00:25:35 2015
From: ramana at member.fsf.org (Ramana Kumar)
Date: Fri, 2 Oct 2015 10:25:35 +1000
Subject: [opentheory-users] importer for Isabelle
In-Reply-To:
References:
Message-ID:
Hello,
Michael Norrish and I have taken Brian's importer and got it to at least
build on Isabelle2015. In the process we also converted to a git repository
and put it on GitHub. You can find it here:
https://github.com/xrchz/isabelle-opentheory
We haven't been able to get Brian's demo OpenTheory.thy to work yet, and
it's quite possible we made mistakes in updating opentheory.ML. I hope
further updates can happen in the above repository, where it's easy for me
to accept contributions (pull requests), although further coordination on
the original repository would also be fine as long as it's being actively
maintained.
Cheers,
Ramana
On 31 August 2015 at 15:24, Ramana Kumar wrote:
> Hi Brian,
>
> Could I trouble you to look for a copy of your OpenTheory-related code for
> Isabelle? I'd like to see if I can get it working.
>
> Oh, actually I just found this link:
> http://www4.in.tum.de/~huffman/cgi-bin/repos.cgi/OpenTheory
>
> So, I can get started with that, but if you have any comments or ideas
> they could probably still be helpful :)
>
> Cheers,
> Ramana
>
> On 6 July 2015 at 20:54, Ramana Kumar wrote:
>
>> Yes, if it works (or is close to working) I would like to get it
>> incorporated into the Isabelle codebase. I'm not yet sure how to contribute
>> things to Isabelle, but I imagine I'll find out within the next few months.
>>
>> On 23 May 2015 at 15:52, Brian Huffman wrote:
>>
>>> I've hardly looked at it since I wrote it. It was never incorporated
>>> into the Isabelle codebase. I suppose it would probably work with the
>>> latest Isabelle, because it uses only the low-level proof kernel api,
>>> which doesn't change much any more.
>>>
>>> I'll have to look around to see where I have a copy of the source
>>> code; that was a couple of computers ago. Did you want to try to do
>>> something with it?
>>>
>>> - Brian
>>>
>>>
>>> On Sat, May 23, 2015 at 5:13 AM, Ramana Kumar
>>> wrote:
>>> > Hi Brian,
>>> >
>>> > What's the status of your OpenTheory importer? Does it work with the
>>> > latest Isabelle? Was it incorporated into the main code base?
>>> >
>>> > Cheers,
>>> > Ramana
>>> >
>>> > On 15 April 2011 at 17:34, Brian Huffman wrote:
>>> >> On Thu, Apr 14, 2011 at 7:03 PM, Joe Hurd wrote:
>>> >>> Hi Brian,
>>> >>>
>>> >>> That is really great work! Am I right in thinking you can import the
>>> >>> parser-1.5 article binding all the input symbols and axioms to
>>> >>> existing ones in Isabelle? I would have guessed that Isabelle type
>>> >>> classes would have managed to get in the way at some point, but
>>> >>> perhaps this would only be for converting Isabelle proofs to
>>> >>> OpenTheory format?
>>> >>
>>> >> Yes, each of the input constants of the article is mapped to a
>>> >> pre-existing Isabelle constant. Some of these existing Isabelle
>>> >> constants happen to be overloaded, but that doesn't cause any
>>> >> problems. This mapping of constant names does not even need to be
>>> >> one-to-one; for example, I imagine that "Number.Natural.+" and
>>> >> "Number.Integer.+" would map to the same overloaded "plus" constant in
>>> >> Isabelle.
>>> >>
>>> >> Of course, exporting proofs from Isabelle is a completely different
>>> story.
>>> >>
>>> >>> You mentioned that you prove a lot of theorems that the OpenTheory
>>> >>> article relies on, but it seems you could reduce this by processing a
>>> >>> set of OpenTheory packages that don't make any definitions. When I
>>> was
>>> >>> designing the standard theory library I tried to isolate packages
>>> that
>>> >>> made definitions and have them export just a minimal theorem
>>> interface
>>> >>> - most of the theorems are proved in packages that make no
>>> definitions
>>> >>> and so can be safely run to populate the [opentheory] set of
>>> theorems.
>>> >>
>>> >> Your idea of keeping definitions in separate, minimal modules is a
>>> >> good design. I'm sure I could have greatly reduced the number of
>>> >> [opentheory] lemmas that I needed by finding the right additional
>>> >> article files to import; I was just too lazy to figure out how the
>>> >> packages were organized.
>>> >>
>>> >>>> The importer should also extend these tables whenever it defines a
>>> new
>>> >>>> constant or type, but I haven't implemented this yet. Another nice
>>> >>>> feature would be a way for users to influence how the importer
>>> chooses
>>> >>>> names for newly-defined constants and types. Right now it takes the
>>> >>>> names directly from the strings in the article file, which isn't so
>>> >>>> nice for names like "HOLLight._dest_rec" (Isabelle's parser can't
>>> >>>> handle names that start with underscores).
>>> >>>
>>> >>> You should find that constants and type operators with names like
>>> this
>>> >>> are never exported from a theory (i.e., never appear in exported
>>> >>> theorems), so it's perfectly safe to normalize their names to
>>> >>> something more acceptable to Isabelle. They are `local definitions'
>>> >>> that are used only in proofs.
>>> >>
>>> >> Actually, it seems like it would be safe to rename *any* constant
>>> >> (whether exported or not) to any name that I want in Isabelle, as long
>>> >> as the importer keeps track of the name mapping so that later imports
>>> >> can use the same names.
>>> >>
>>> >> I suppose I should write an "import_name" function that converts from
>>> >> OpenTheory names to Isabelle-friendly ones. It would be nice to
>>> >> parameterize this by a list of user-specified exceptions to the
>>> >> mapping, so you could say something like, "import this article, but
>>> >> when you define constant 'foo', call it 'bar' instead."
>>> >>
>>> >>>> Once I clean up the code, I'm not sure what I should do with it... I
>>> >>>> suppose I could add it to the Isabelle repo, but I'm not sure if I
>>> >>>> want to advertise to Munich crowd that I've been doing all this work
>>> >>>> that is unrelated to finishing my thesis :)
>>> >>>
>>> >>> I would very much like to see it live on in some fashion - my hope is
>>> >>> that more and more theories will be converted to OpenTheory packages,
>>> >>> and your code could be used to import them into Isabelle in a
>>> >>> principled way.
>>> >>
>>> >> I suppose I'll add it to the Isabelle distribution at some point,
>>> >> maybe after I finish writing my thesis. In the meantime, I guess I can
>>> >> post the code to the list, so it will be archived and people can try
>>> >> it out.
>>> >>
>>> >> - Brian
>>> >>
>>> >> _______________________________________________
>>> >> 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 joe at gilith.com Fri Oct 2 03:27:10 2015
From: joe at gilith.com (Joe Leslie-Hurd)
Date: Thu, 1 Oct 2015 20:27:10 -0700
Subject: [opentheory-users] importer for Isabelle
In-Reply-To:
References:
Message-ID:
Hi Ramana and Michael,
Thank you for updating the Isabelle importer and moving it to a new
home. I'll update the link on the OpenTheory project page
http://www.gilith.com/research/opentheory/
to point to the github repo, and should I also change the maintainer
to you both?
Perhaps one day it will be possible to replace the "R" with an "R/W"
too, to match the other interfaces :-)
Cheers,
Joe
On Thu, Oct 1, 2015 at 5:25 PM, Ramana Kumar wrote:
> Hello,
>
> Michael Norrish and I have taken Brian's importer and got it to at least
> build on Isabelle2015. In the process we also converted to a git repository
> and put it on GitHub. You can find it here:
>
> https://github.com/xrchz/isabelle-opentheory
>
> We haven't been able to get Brian's demo OpenTheory.thy to work yet, and
> it's quite possible we made mistakes in updating opentheory.ML. I hope
> further updates can happen in the above repository, where it's easy for me
> to accept contributions (pull requests), although further coordination on
> the original repository would also be fine as long as it's being actively
> maintained.
>
> Cheers,
> Ramana
>
> On 31 August 2015 at 15:24, Ramana Kumar wrote:
>>
>> Hi Brian,
>>
>> Could I trouble you to look for a copy of your OpenTheory-related code for
>> Isabelle? I'd like to see if I can get it working.
>>
>> Oh, actually I just found this link:
>> http://www4.in.tum.de/~huffman/cgi-bin/repos.cgi/OpenTheory
>>
>> So, I can get started with that, but if you have any comments or ideas
>> they could probably still be helpful :)
>>
>> Cheers,
>> Ramana
>>
>> On 6 July 2015 at 20:54, Ramana Kumar wrote:
>>>
>>> Yes, if it works (or is close to working) I would like to get it
>>> incorporated into the Isabelle codebase. I'm not yet sure how to contribute
>>> things to Isabelle, but I imagine I'll find out within the next few months.
>>>
>>> On 23 May 2015 at 15:52, Brian Huffman wrote:
>>>>
>>>> I've hardly looked at it since I wrote it. It was never incorporated
>>>> into the Isabelle codebase. I suppose it would probably work with the
>>>> latest Isabelle, because it uses only the low-level proof kernel api,
>>>> which doesn't change much any more.
>>>>
>>>> I'll have to look around to see where I have a copy of the source
>>>> code; that was a couple of computers ago. Did you want to try to do
>>>> something with it?
>>>>
>>>> - Brian
>>>>
>>>>
>>>> On Sat, May 23, 2015 at 5:13 AM, Ramana Kumar
>>>> wrote:
>>>> > Hi Brian,
>>>> >
>>>> > What's the status of your OpenTheory importer? Does it work with the
>>>> > latest Isabelle? Was it incorporated into the main code base?
>>>> >
>>>> > Cheers,
>>>> > Ramana
>>>> >
>>>> > On 15 April 2011 at 17:34, Brian Huffman wrote:
>>>> >> On Thu, Apr 14, 2011 at 7:03 PM, Joe Hurd wrote:
>>>> >>> Hi Brian,
>>>> >>>
>>>> >>> That is really great work! Am I right in thinking you can import the
>>>> >>> parser-1.5 article binding all the input symbols and axioms to
>>>> >>> existing ones in Isabelle? I would have guessed that Isabelle type
>>>> >>> classes would have managed to get in the way at some point, but
>>>> >>> perhaps this would only be for converting Isabelle proofs to
>>>> >>> OpenTheory format?
>>>> >>
>>>> >> Yes, each of the input constants of the article is mapped to a
>>>> >> pre-existing Isabelle constant. Some of these existing Isabelle
>>>> >> constants happen to be overloaded, but that doesn't cause any
>>>> >> problems. This mapping of constant names does not even need to be
>>>> >> one-to-one; for example, I imagine that "Number.Natural.+" and
>>>> >> "Number.Integer.+" would map to the same overloaded "plus" constant
>>>> >> in
>>>> >> Isabelle.
>>>> >>
>>>> >> Of course, exporting proofs from Isabelle is a completely different
>>>> >> story.
>>>> >>
>>>> >>> You mentioned that you prove a lot of theorems that the OpenTheory
>>>> >>> article relies on, but it seems you could reduce this by processing
>>>> >>> a
>>>> >>> set of OpenTheory packages that don't make any definitions. When I
>>>> >>> was
>>>> >>> designing the standard theory library I tried to isolate packages
>>>> >>> that
>>>> >>> made definitions and have them export just a minimal theorem
>>>> >>> interface
>>>> >>> - most of the theorems are proved in packages that make no
>>>> >>> definitions
>>>> >>> and so can be safely run to populate the [opentheory] set of
>>>> >>> theorems.
>>>> >>
>>>> >> Your idea of keeping definitions in separate, minimal modules is a
>>>> >> good design. I'm sure I could have greatly reduced the number of
>>>> >> [opentheory] lemmas that I needed by finding the right additional
>>>> >> article files to import; I was just too lazy to figure out how the
>>>> >> packages were organized.
>>>> >>
>>>> >>>> The importer should also extend these tables whenever it defines a
>>>> >>>> new
>>>> >>>> constant or type, but I haven't implemented this yet. Another nice
>>>> >>>> feature would be a way for users to influence how the importer
>>>> >>>> chooses
>>>> >>>> names for newly-defined constants and types. Right now it takes the
>>>> >>>> names directly from the strings in the article file, which isn't so
>>>> >>>> nice for names like "HOLLight._dest_rec" (Isabelle's parser can't
>>>> >>>> handle names that start with underscores).
>>>> >>>
>>>> >>> You should find that constants and type operators with names like
>>>> >>> this
>>>> >>> are never exported from a theory (i.e., never appear in exported
>>>> >>> theorems), so it's perfectly safe to normalize their names to
>>>> >>> something more acceptable to Isabelle. They are `local definitions'
>>>> >>> that are used only in proofs.
>>>> >>
>>>> >> Actually, it seems like it would be safe to rename *any* constant
>>>> >> (whether exported or not) to any name that I want in Isabelle, as
>>>> >> long
>>>> >> as the importer keeps track of the name mapping so that later imports
>>>> >> can use the same names.
>>>> >>
>>>> >> I suppose I should write an "import_name" function that converts from
>>>> >> OpenTheory names to Isabelle-friendly ones. It would be nice to
>>>> >> parameterize this by a list of user-specified exceptions to the
>>>> >> mapping, so you could say something like, "import this article, but
>>>> >> when you define constant 'foo', call it 'bar' instead."
>>>> >>
>>>> >>>> Once I clean up the code, I'm not sure what I should do with it...
>>>> >>>> I
>>>> >>>> suppose I could add it to the Isabelle repo, but I'm not sure if I
>>>> >>>> want to advertise to Munich crowd that I've been doing all this
>>>> >>>> work
>>>> >>>> that is unrelated to finishing my thesis :)
>>>> >>>
>>>> >>> I would very much like to see it live on in some fashion - my hope
>>>> >>> is
>>>> >>> that more and more theories will be converted to OpenTheory
>>>> >>> packages,
>>>> >>> and your code could be used to import them into Isabelle in a
>>>> >>> principled way.
>>>> >>
>>>> >> I suppose I'll add it to the Isabelle distribution at some point,
>>>> >> maybe after I finish writing my thesis. In the meantime, I guess I
>>>> >> can
>>>> >> post the code to the list, so it will be archived and people can try
>>>> >> it out.
>>>> >>
>>>> >> - Brian
>>>> >>
>>>> >> _______________________________________________
>>>> >> 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 huffman at galois.com Fri Oct 2 00:54:17 2015
From: huffman at galois.com (Brian Huffman)
Date: Thu, 1 Oct 2015 17:54:17 -0700
Subject: [opentheory-users] importer for Isabelle
In-Reply-To:
References:
Message-ID:
Hi Ramana,
I think it's great that you've revived my old opentheory importer; I
haven't worked on it for years and don't remember many details about
how it works. I don't plan on doing any more maintenance on my old
repo, so I'm happy to have all future development move to github.
If you are having problems with OpenTheory.thy, I can think of one
possible reason: Sometime around 2010-2012, Isabelle changed type 'a
set into an abbreviation for 'a => bool, and then later changed it
back into a separate type again. I'm not 100% sure, but I think the
importer was written during the 'a => bool time period. If opentheory
uses 'a => bool as its set type, you might need to map opentheory set
operations onto the corresponding Isabelle predicate operators
instead.
Another thing you might look into: Around 2012 Cezary Kaliszyk
implemented an Isabelle importer for HOL Light proofs; at the time I
remember looking at the code and noting that it was quite similar to
my OpenTheory importer. Browsing through his publication list, I just
found a paper about it:
http://cl-informatik.uibk.ac.at/users/cek/docs/13/ckak-itp13.pdf
If his importer has been maintained since then, it might be worth looking at.
- Brian
On Thu, Oct 1, 2015 at 5:25 PM, Ramana Kumar wrote:
> Hello,
>
> Michael Norrish and I have taken Brian's importer and got it to at least
> build on Isabelle2015. In the process we also converted to a git repository
> and put it on GitHub. You can find it here:
>
> https://github.com/xrchz/isabelle-opentheory
>
> We haven't been able to get Brian's demo OpenTheory.thy to work yet, and
> it's quite possible we made mistakes in updating opentheory.ML. I hope
> further updates can happen in the above repository, where it's easy for me
> to accept contributions (pull requests), although further coordination on
> the original repository would also be fine as long as it's being actively
> maintained.
>
> Cheers,
> Ramana
>
> On 31 August 2015 at 15:24, Ramana Kumar wrote:
>>
>> Hi Brian,
>>
>> Could I trouble you to look for a copy of your OpenTheory-related code for
>> Isabelle? I'd like to see if I can get it working.
>>
>> Oh, actually I just found this link:
>> http://www4.in.tum.de/~huffman/cgi-bin/repos.cgi/OpenTheory
>>
>> So, I can get started with that, but if you have any comments or ideas
>> they could probably still be helpful :)
>>
>> Cheers,
>> Ramana
>>
>> On 6 July 2015 at 20:54, Ramana Kumar wrote:
>>>
>>> Yes, if it works (or is close to working) I would like to get it
>>> incorporated into the Isabelle codebase. I'm not yet sure how to contribute
>>> things to Isabelle, but I imagine I'll find out within the next few months.
>>>
>>> On 23 May 2015 at 15:52, Brian Huffman wrote:
>>>>
>>>> I've hardly looked at it since I wrote it. It was never incorporated
>>>> into the Isabelle codebase. I suppose it would probably work with the
>>>> latest Isabelle, because it uses only the low-level proof kernel api,
>>>> which doesn't change much any more.
>>>>
>>>> I'll have to look around to see where I have a copy of the source
>>>> code; that was a couple of computers ago. Did you want to try to do
>>>> something with it?
>>>>
>>>> - Brian
>>>>
>>>>
>>>> On Sat, May 23, 2015 at 5:13 AM, Ramana Kumar
>>>> wrote:
>>>> > Hi Brian,
>>>> >
>>>> > What's the status of your OpenTheory importer? Does it work with the
>>>> > latest Isabelle? Was it incorporated into the main code base?
>>>> >
>>>> > Cheers,
>>>> > Ramana
>>>> >
>>>> > On 15 April 2011 at 17:34, Brian Huffman wrote:
>>>> >> On Thu, Apr 14, 2011 at 7:03 PM, Joe Hurd wrote:
>>>> >>> Hi Brian,
>>>> >>>
>>>> >>> That is really great work! Am I right in thinking you can import the
>>>> >>> parser-1.5 article binding all the input symbols and axioms to
>>>> >>> existing ones in Isabelle? I would have guessed that Isabelle type
>>>> >>> classes would have managed to get in the way at some point, but
>>>> >>> perhaps this would only be for converting Isabelle proofs to
>>>> >>> OpenTheory format?
>>>> >>
>>>> >> Yes, each of the input constants of the article is mapped to a
>>>> >> pre-existing Isabelle constant. Some of these existing Isabelle
>>>> >> constants happen to be overloaded, but that doesn't cause any
>>>> >> problems. This mapping of constant names does not even need to be
>>>> >> one-to-one; for example, I imagine that "Number.Natural.+" and
>>>> >> "Number.Integer.+" would map to the same overloaded "plus" constant
>>>> >> in
>>>> >> Isabelle.
>>>> >>
>>>> >> Of course, exporting proofs from Isabelle is a completely different
>>>> >> story.
>>>> >>
>>>> >>> You mentioned that you prove a lot of theorems that the OpenTheory
>>>> >>> article relies on, but it seems you could reduce this by processing
>>>> >>> a
>>>> >>> set of OpenTheory packages that don't make any definitions. When I
>>>> >>> was
>>>> >>> designing the standard theory library I tried to isolate packages
>>>> >>> that
>>>> >>> made definitions and have them export just a minimal theorem
>>>> >>> interface
>>>> >>> - most of the theorems are proved in packages that make no
>>>> >>> definitions
>>>> >>> and so can be safely run to populate the [opentheory] set of
>>>> >>> theorems.
>>>> >>
>>>> >> Your idea of keeping definitions in separate, minimal modules is a
>>>> >> good design. I'm sure I could have greatly reduced the number of
>>>> >> [opentheory] lemmas that I needed by finding the right additional
>>>> >> article files to import; I was just too lazy to figure out how the
>>>> >> packages were organized.
>>>> >>
>>>> >>>> The importer should also extend these tables whenever it defines a
>>>> >>>> new
>>>> >>>> constant or type, but I haven't implemented this yet. Another nice
>>>> >>>> feature would be a way for users to influence how the importer
>>>> >>>> chooses
>>>> >>>> names for newly-defined constants and types. Right now it takes the
>>>> >>>> names directly from the strings in the article file, which isn't so
>>>> >>>> nice for names like "HOLLight._dest_rec" (Isabelle's parser can't
>>>> >>>> handle names that start with underscores).
>>>> >>>
>>>> >>> You should find that constants and type operators with names like
>>>> >>> this
>>>> >>> are never exported from a theory (i.e., never appear in exported
>>>> >>> theorems), so it's perfectly safe to normalize their names to
>>>> >>> something more acceptable to Isabelle. They are `local definitions'
>>>> >>> that are used only in proofs.
>>>> >>
>>>> >> Actually, it seems like it would be safe to rename *any* constant
>>>> >> (whether exported or not) to any name that I want in Isabelle, as
>>>> >> long
>>>> >> as the importer keeps track of the name mapping so that later imports
>>>> >> can use the same names.
>>>> >>
>>>> >> I suppose I should write an "import_name" function that converts from
>>>> >> OpenTheory names to Isabelle-friendly ones. It would be nice to
>>>> >> parameterize this by a list of user-specified exceptions to the
>>>> >> mapping, so you could say something like, "import this article, but
>>>> >> when you define constant 'foo', call it 'bar' instead."
>>>> >>
>>>> >>>> Once I clean up the code, I'm not sure what I should do with it...
>>>> >>>> I
>>>> >>>> suppose I could add it to the Isabelle repo, but I'm not sure if I
>>>> >>>> want to advertise to Munich crowd that I've been doing all this
>>>> >>>> work
>>>> >>>> that is unrelated to finishing my thesis :)
>>>> >>>
>>>> >>> I would very much like to see it live on in some fashion - my hope
>>>> >>> is
>>>> >>> that more and more theories will be converted to OpenTheory
>>>> >>> packages,
>>>> >>> and your code could be used to import them into Isabelle in a
>>>> >>> principled way.
>>>> >>
>>>> >> I suppose I'll add it to the Isabelle distribution at some point,
>>>> >> maybe after I finish writing my thesis. In the meantime, I guess I
>>>> >> can
>>>> >> post the code to the list, so it will be archived and people can try
>>>> >> it out.
>>>> >>
>>>> >> - Brian
>>>> >>
>>>> >> _______________________________________________
>>>> >> opentheory-users mailing list
>>>> >> opentheory-users at gilith.com
>>>> >> http://www.gilith.com/mailman/listinfo/opentheory-users
>>>
>>>
>>
>
From ramana at member.fsf.org Sat Oct 3 23:59:26 2015
From: ramana at member.fsf.org (Ramana Kumar)
Date: Sun, 4 Oct 2015 10:59:26 +1100
Subject: [opentheory-users] importer for Isabelle
In-Reply-To:
References:
Message-ID:
Thanks Brian. I'll keep a look out for mismatched set/predicate
expectations.
Regarding OpenTheory.thy, the problem seemed more basic than that: the
reader is not picking up the lemma defining "All" and therefore complains
about an axiom not being found when it needs that lemma. I haven't yet had
a chance to investigate it at all, so it might be something simple to fix.
I'm aware of Cezary Kaliszyk's work, indeed it's been discussed on this
list before :) I've mainly been looking at it from the exporter
perspective, but you make a good point that he also had an importer into
Isabelle for his traces, so yes that could be a source of useful
information if it's been kept up to date.
On 2 October 2015 at 10:54, Brian Huffman wrote:
> Hi Ramana,
>
> I think it's great that you've revived my old opentheory importer; I
> haven't worked on it for years and don't remember many details about
> how it works. I don't plan on doing any more maintenance on my old
> repo, so I'm happy to have all future development move to github.
>
> If you are having problems with OpenTheory.thy, I can think of one
> possible reason: Sometime around 2010-2012, Isabelle changed type 'a
> set into an abbreviation for 'a => bool, and then later changed it
> back into a separate type again. I'm not 100% sure, but I think the
> importer was written during the 'a => bool time period. If opentheory
> uses 'a => bool as its set type, you might need to map opentheory set
> operations onto the corresponding Isabelle predicate operators
> instead.
>
> Another thing you might look into: Around 2012 Cezary Kaliszyk
> implemented an Isabelle importer for HOL Light proofs; at the time I
> remember looking at the code and noting that it was quite similar to
> my OpenTheory importer. Browsing through his publication list, I just
> found a paper about it:
>
> http://cl-informatik.uibk.ac.at/users/cek/docs/13/ckak-itp13.pdf
>
> If his importer has been maintained since then, it might be worth looking
> at.
>
> - Brian
>
>
> On Thu, Oct 1, 2015 at 5:25 PM, Ramana Kumar
> wrote:
> > Hello,
> >
> > Michael Norrish and I have taken Brian's importer and got it to at least
> > build on Isabelle2015. In the process we also converted to a git
> repository
> > and put it on GitHub. You can find it here:
> >
> > https://github.com/xrchz/isabelle-opentheory
> >
> > We haven't been able to get Brian's demo OpenTheory.thy to work yet, and
> > it's quite possible we made mistakes in updating opentheory.ML. I hope
> > further updates can happen in the above repository, where it's easy for
> me
> > to accept contributions (pull requests), although further coordination on
> > the original repository would also be fine as long as it's being actively
> > maintained.
> >
> > Cheers,
> > Ramana
> >
> > On 31 August 2015 at 15:24, Ramana Kumar wrote:
> >>
> >> Hi Brian,
> >>
> >> Could I trouble you to look for a copy of your OpenTheory-related code
> for
> >> Isabelle? I'd like to see if I can get it working.
> >>
> >> Oh, actually I just found this link:
> >> http://www4.in.tum.de/~huffman/cgi-bin/repos.cgi/OpenTheory
> >>
> >> So, I can get started with that, but if you have any comments or ideas
> >> they could probably still be helpful :)
> >>
> >> Cheers,
> >> Ramana
> >>
> >> On 6 July 2015 at 20:54, Ramana Kumar wrote:
> >>>
> >>> Yes, if it works (or is close to working) I would like to get it
> >>> incorporated into the Isabelle codebase. I'm not yet sure how to
> contribute
> >>> things to Isabelle, but I imagine I'll find out within the next few
> months.
> >>>
> >>> On 23 May 2015 at 15:52, Brian Huffman wrote:
> >>>>
> >>>> I've hardly looked at it since I wrote it. It was never incorporated
> >>>> into the Isabelle codebase. I suppose it would probably work with the
> >>>> latest Isabelle, because it uses only the low-level proof kernel api,
> >>>> which doesn't change much any more.
> >>>>
> >>>> I'll have to look around to see where I have a copy of the source
> >>>> code; that was a couple of computers ago. Did you want to try to do
> >>>> something with it?
> >>>>
> >>>> - Brian
> >>>>
> >>>>
> >>>> On Sat, May 23, 2015 at 5:13 AM, Ramana Kumar
> >>>> wrote:
> >>>> > Hi Brian,
> >>>> >
> >>>> > What's the status of your OpenTheory importer? Does it work with the
> >>>> > latest Isabelle? Was it incorporated into the main code base?
> >>>> >
> >>>> > Cheers,
> >>>> > Ramana
> >>>> >
> >>>> > On 15 April 2011 at 17:34, Brian Huffman wrote:
> >>>> >> On Thu, Apr 14, 2011 at 7:03 PM, Joe Hurd wrote:
> >>>> >>> Hi Brian,
> >>>> >>>
> >>>> >>> That is really great work! Am I right in thinking you can import
> the
> >>>> >>> parser-1.5 article binding all the input symbols and axioms to
> >>>> >>> existing ones in Isabelle? I would have guessed that Isabelle type
> >>>> >>> classes would have managed to get in the way at some point, but
> >>>> >>> perhaps this would only be for converting Isabelle proofs to
> >>>> >>> OpenTheory format?
> >>>> >>
> >>>> >> Yes, each of the input constants of the article is mapped to a
> >>>> >> pre-existing Isabelle constant. Some of these existing Isabelle
> >>>> >> constants happen to be overloaded, but that doesn't cause any
> >>>> >> problems. This mapping of constant names does not even need to be
> >>>> >> one-to-one; for example, I imagine that "Number.Natural.+" and
> >>>> >> "Number.Integer.+" would map to the same overloaded "plus" constant
> >>>> >> in
> >>>> >> Isabelle.
> >>>> >>
> >>>> >> Of course, exporting proofs from Isabelle is a completely different
> >>>> >> story.
> >>>> >>
> >>>> >>> You mentioned that you prove a lot of theorems that the OpenTheory
> >>>> >>> article relies on, but it seems you could reduce this by
> processing
> >>>> >>> a
> >>>> >>> set of OpenTheory packages that don't make any definitions. When I
> >>>> >>> was
> >>>> >>> designing the standard theory library I tried to isolate packages
> >>>> >>> that
> >>>> >>> made definitions and have them export just a minimal theorem
> >>>> >>> interface
> >>>> >>> - most of the theorems are proved in packages that make no
> >>>> >>> definitions
> >>>> >>> and so can be safely run to populate the [opentheory] set of
> >>>> >>> theorems.
> >>>> >>
> >>>> >> Your idea of keeping definitions in separate, minimal modules is a
> >>>> >> good design. I'm sure I could have greatly reduced the number of
> >>>> >> [opentheory] lemmas that I needed by finding the right additional
> >>>> >> article files to import; I was just too lazy to figure out how the
> >>>> >> packages were organized.
> >>>> >>
> >>>> >>>> The importer should also extend these tables whenever it defines
> a
> >>>> >>>> new
> >>>> >>>> constant or type, but I haven't implemented this yet. Another
> nice
> >>>> >>>> feature would be a way for users to influence how the importer
> >>>> >>>> chooses
> >>>> >>>> names for newly-defined constants and types. Right now it takes
> the
> >>>> >>>> names directly from the strings in the article file, which isn't
> so
> >>>> >>>> nice for names like "HOLLight._dest_rec" (Isabelle's parser can't
> >>>> >>>> handle names that start with underscores).
> >>>> >>>
> >>>> >>> You should find that constants and type operators with names like
> >>>> >>> this
> >>>> >>> are never exported from a theory (i.e., never appear in exported
> >>>> >>> theorems), so it's perfectly safe to normalize their names to
> >>>> >>> something more acceptable to Isabelle. They are `local
> definitions'
> >>>> >>> that are used only in proofs.
> >>>> >>
> >>>> >> Actually, it seems like it would be safe to rename *any* constant
> >>>> >> (whether exported or not) to any name that I want in Isabelle, as
> >>>> >> long
> >>>> >> as the importer keeps track of the name mapping so that later
> imports
> >>>> >> can use the same names.
> >>>> >>
> >>>> >> I suppose I should write an "import_name" function that converts
> from
> >>>> >> OpenTheory names to Isabelle-friendly ones. It would be nice to
> >>>> >> parameterize this by a list of user-specified exceptions to the
> >>>> >> mapping, so you could say something like, "import this article, but
> >>>> >> when you define constant 'foo', call it 'bar' instead."
> >>>> >>
> >>>> >>>> Once I clean up the code, I'm not sure what I should do with
> it...
> >>>> >>>> I
> >>>> >>>> suppose I could add it to the Isabelle repo, but I'm not sure if
> I
> >>>> >>>> want to advertise to Munich crowd that I've been doing all this
> >>>> >>>> work
> >>>> >>>> that is unrelated to finishing my thesis :)
> >>>> >>>
> >>>> >>> I would very much like to see it live on in some fashion - my hope
> >>>> >>> is
> >>>> >>> that more and more theories will be converted to OpenTheory
> >>>> >>> packages,
> >>>> >>> and your code could be used to import them into Isabelle in a
> >>>> >>> principled way.
> >>>> >>
> >>>> >> I suppose I'll add it to the Isabelle distribution at some point,
> >>>> >> maybe after I finish writing my thesis. In the meantime, I guess I
> >>>> >> can
> >>>> >> post the code to the list, so it will be archived and people can
> try
> >>>> >> it out.
> >>>> >>
> >>>> >> - Brian
> >>>> >>
> >>>> >> _______________________________________________
> >>>> >> 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 Oct 4 00:01:09 2015
From: ramana at member.fsf.org (Ramana Kumar)
Date: Sun, 4 Oct 2015 11:01:09 +1100
Subject: [opentheory-users] importer for Isabelle
In-Reply-To:
References:
Message-ID:
On 2 October 2015 at 13:27, Joe Leslie-Hurd wrote:
> Hi Ramana and Michael,
>
> Thank you for updating the Isabelle importer and moving it to a new
> home. I'll update the link on the OpenTheory project page
>
> http://www.gilith.com/research/opentheory/
>
> to point to the github repo, and should I also change the maintainer
> to you both?
>
I'm fine with that.
>
> Perhaps one day it will be possible to replace the "R" with an "R/W"
> too, to match the other interfaces :-)
>
That is the hope.
>
> Cheers,
>
> Joe
>
> On Thu, Oct 1, 2015 at 5:25 PM, Ramana Kumar
> wrote:
> > Hello,
> >
> > Michael Norrish and I have taken Brian's importer and got it to at least
> > build on Isabelle2015. In the process we also converted to a git
> repository
> > and put it on GitHub. You can find it here:
> >
> > https://github.com/xrchz/isabelle-opentheory
> >
> > We haven't been able to get Brian's demo OpenTheory.thy to work yet, and
> > it's quite possible we made mistakes in updating opentheory.ML. I hope
> > further updates can happen in the above repository, where it's easy for
> me
> > to accept contributions (pull requests), although further coordination on
> > the original repository would also be fine as long as it's being actively
> > maintained.
> >
> > Cheers,
> > Ramana
> >
> > On 31 August 2015 at 15:24, Ramana Kumar wrote:
> >>
> >> Hi Brian,
> >>
> >> Could I trouble you to look for a copy of your OpenTheory-related code
> for
> >> Isabelle? I'd like to see if I can get it working.
> >>
> >> Oh, actually I just found this link:
> >> http://www4.in.tum.de/~huffman/cgi-bin/repos.cgi/OpenTheory
> >>
> >> So, I can get started with that, but if you have any comments or ideas
> >> they could probably still be helpful :)
> >>
> >> Cheers,
> >> Ramana
> >>
> >> On 6 July 2015 at 20:54, Ramana Kumar wrote:
> >>>
> >>> Yes, if it works (or is close to working) I would like to get it
> >>> incorporated into the Isabelle codebase. I'm not yet sure how to
> contribute
> >>> things to Isabelle, but I imagine I'll find out within the next few
> months.
> >>>
> >>> On 23 May 2015 at 15:52, Brian Huffman wrote:
> >>>>
> >>>> I've hardly looked at it since I wrote it. It was never incorporated
> >>>> into the Isabelle codebase. I suppose it would probably work with the
> >>>> latest Isabelle, because it uses only the low-level proof kernel api,
> >>>> which doesn't change much any more.
> >>>>
> >>>> I'll have to look around to see where I have a copy of the source
> >>>> code; that was a couple of computers ago. Did you want to try to do
> >>>> something with it?
> >>>>
> >>>> - Brian
> >>>>
> >>>>
> >>>> On Sat, May 23, 2015 at 5:13 AM, Ramana Kumar
> >>>> wrote:
> >>>> > Hi Brian,
> >>>> >
> >>>> > What's the status of your OpenTheory importer? Does it work with the
> >>>> > latest Isabelle? Was it incorporated into the main code base?
> >>>> >
> >>>> > Cheers,
> >>>> > Ramana
> >>>> >
> >>>> > On 15 April 2011 at 17:34, Brian Huffman wrote:
> >>>> >> On Thu, Apr 14, 2011 at 7:03 PM, Joe Hurd wrote:
> >>>> >>> Hi Brian,
> >>>> >>>
> >>>> >>> That is really great work! Am I right in thinking you can import
> the
> >>>> >>> parser-1.5 article binding all the input symbols and axioms to
> >>>> >>> existing ones in Isabelle? I would have guessed that Isabelle type
> >>>> >>> classes would have managed to get in the way at some point, but
> >>>> >>> perhaps this would only be for converting Isabelle proofs to
> >>>> >>> OpenTheory format?
> >>>> >>
> >>>> >> Yes, each of the input constants of the article is mapped to a
> >>>> >> pre-existing Isabelle constant. Some of these existing Isabelle
> >>>> >> constants happen to be overloaded, but that doesn't cause any
> >>>> >> problems. This mapping of constant names does not even need to be
> >>>> >> one-to-one; for example, I imagine that "Number.Natural.+" and
> >>>> >> "Number.Integer.+" would map to the same overloaded "plus" constant
> >>>> >> in
> >>>> >> Isabelle.
> >>>> >>
> >>>> >> Of course, exporting proofs from Isabelle is a completely different
> >>>> >> story.
> >>>> >>
> >>>> >>> You mentioned that you prove a lot of theorems that the OpenTheory
> >>>> >>> article relies on, but it seems you could reduce this by
> processing
> >>>> >>> a
> >>>> >>> set of OpenTheory packages that don't make any definitions. When I
> >>>> >>> was
> >>>> >>> designing the standard theory library I tried to isolate packages
> >>>> >>> that
> >>>> >>> made definitions and have them export just a minimal theorem
> >>>> >>> interface
> >>>> >>> - most of the theorems are proved in packages that make no
> >>>> >>> definitions
> >>>> >>> and so can be safely run to populate the [opentheory] set of
> >>>> >>> theorems.
> >>>> >>
> >>>> >> Your idea of keeping definitions in separate, minimal modules is a
> >>>> >> good design. I'm sure I could have greatly reduced the number of
> >>>> >> [opentheory] lemmas that I needed by finding the right additional
> >>>> >> article files to import; I was just too lazy to figure out how the
> >>>> >> packages were organized.
> >>>> >>
> >>>> >>>> The importer should also extend these tables whenever it defines
> a
> >>>> >>>> new
> >>>> >>>> constant or type, but I haven't implemented this yet. Another
> nice
> >>>> >>>> feature would be a way for users to influence how the importer
> >>>> >>>> chooses
> >>>> >>>> names for newly-defined constants and types. Right now it takes
> the
> >>>> >>>> names directly from the strings in the article file, which isn't
> so
> >>>> >>>> nice for names like "HOLLight._dest_rec" (Isabelle's parser can't
> >>>> >>>> handle names that start with underscores).
> >>>> >>>
> >>>> >>> You should find that constants and type operators with names like
> >>>> >>> this
> >>>> >>> are never exported from a theory (i.e., never appear in exported
> >>>> >>> theorems), so it's perfectly safe to normalize their names to
> >>>> >>> something more acceptable to Isabelle. They are `local
> definitions'
> >>>> >>> that are used only in proofs.
> >>>> >>
> >>>> >> Actually, it seems like it would be safe to rename *any* constant
> >>>> >> (whether exported or not) to any name that I want in Isabelle, as
> >>>> >> long
> >>>> >> as the importer keeps track of the name mapping so that later
> imports
> >>>> >> can use the same names.
> >>>> >>
> >>>> >> I suppose I should write an "import_name" function that converts
> from
> >>>> >> OpenTheory names to Isabelle-friendly ones. It would be nice to
> >>>> >> parameterize this by a list of user-specified exceptions to the
> >>>> >> mapping, so you could say something like, "import this article, but
> >>>> >> when you define constant 'foo', call it 'bar' instead."
> >>>> >>
> >>>> >>>> Once I clean up the code, I'm not sure what I should do with
> it...
> >>>> >>>> I
> >>>> >>>> suppose I could add it to the Isabelle repo, but I'm not sure if
> I
> >>>> >>>> want to advertise to Munich crowd that I've been doing all this
> >>>> >>>> work
> >>>> >>>> that is unrelated to finishing my thesis :)
> >>>> >>>
> >>>> >>> I would very much like to see it live on in some fashion - my hope
> >>>> >>> is
> >>>> >>> that more and more theories will be converted to OpenTheory
> >>>> >>> packages,
> >>>> >>> and your code could be used to import them into Isabelle in a
> >>>> >>> principled way.
> >>>> >>
> >>>> >> I suppose I'll add it to the Isabelle distribution at some point,
> >>>> >> maybe after I finish writing my thesis. In the meantime, I guess I
> >>>> >> can
> >>>> >> post the code to the list, so it will be archived and people can
> try
> >>>> >> it out.
> >>>> >>
> >>>> >> - Brian
> >>>> >>
> >>>> >> _______________________________________________
> >>>> >> 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:
From ai.robert.wangshuai at gmail.com Sun Oct 4 21:57:07 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Sun, 4 Oct 2015 23:57:07 +0200
Subject: [opentheory-users] Error loading articles
Message-ID:
Dear Joe,
I have problem importing article files. For example:
Failure
"in article word10.art at line 7495: defineConst\nstack = [Term;
\"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
\"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
\"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
constant \"Number.Modular.equivalent\"".
I also have problems with the following packages:
natural-prime
gfp
natural-fibonacci
Could you please check if that is because opentheory packages got updated
but the int files haven't?
Thanks a lot.
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From joe at gilith.com Mon Oct 5 20:56:23 2015
From: joe at gilith.com (Joe Leslie-Hurd)
Date: Mon, 5 Oct 2015 13:56:23 -0700
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Hi Robert,
There are a couple of different obstacles here.
Firstly, it is important that the dependent theories have been
imported before the theory. To show all the dependent theories, use
the following command:
$ opentheory list --dependency-order 'Requires+ natural-prime'
base-1.200
natural-divides-1.62
stream-1.46
Now this sequence will succeed:
extend_the_interpretation
"opentheory/theories/natural-divides/natural-divides.int";;
import_article "natural-divides.art";;
extend_the_interpretation
"opentheory/theories/stream/stream.int";;
import_article "stream.art";;
extend_the_interpretation
"opentheory/theories/natural-prime/natural-prime.int";;
import_article "natural-prime.art";;
The second obstacle is that the theory word10 includes the theory
word, which in turn includes the theory modular. So to successfully
import word10 you need to extend the interpretation with the
interpretations for these theories, too:
$ opentheory list --dependency-order 'Requires+ word10'
base-1.200
stream-1.46
probability-1.49
natural-bits-1.66
natural-divides-1.62
extend_the_interpretation
"opentheory/theories/stream/stream.int";;
import_article "stream.art";;
extend_the_interpretation
"opentheory/theories/probability/probability.int";;
import_article "probability.art";;
extend_the_interpretation
"opentheory/theories/natural-bits/natural-bits.int";;
import_article "natural-bits.art";;
extend_the_interpretation
"opentheory/theories/natural-divides/natural-divides.int";;
import_article "natural-divides.art";;
extend_the_interpretation
"opentheory/theories/modular/modular.int";;
extend_the_interpretation
"opentheory/theories/word/word.int";;
extend_the_interpretation
"opentheory/theories/word10/word10.int";;
import_article "word10.art";;
I regard this second problem as a defect in the theories, because it's
unreasonable to expect people to discover this information. I'll work
on fixing it so these multiple extend_the_interpretation commands are
unnecessary.
Cheers,
Joe
On Sun, Oct 4, 2015 at 2:57 PM, Robert White
wrote:
> Dear Joe,
>
> I have problem importing article files. For example:
>
> Failure
>
> "in article word10.art at line 7495: defineConst\nstack = [Term;
> \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
> \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
> \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
> constant \"Number.Modular.equivalent\"".
>
> I also have problems with the following packages:
>
> natural-prime
>
> gfp
>
> natural-fibonacci
>
> Could you please check if that is because opentheory packages got updated
> but the int files haven't?
>
> Thanks a lot.
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
> _______________________________________________
> opentheory-users mailing list
> opentheory-users at gilith.com
> http://www.gilith.com/mailman/listinfo/opentheory-users
>
From ai.robert.wangshuai at gmail.com Mon Oct 5 21:27:58 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Mon, 5 Oct 2015 23:27:58 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Thanks very much Joe.
I also noticed that there is kind of dependency going on but I don't know
how to fix it.
On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
> Hi Robert,
>
> There are a couple of different obstacles here.
>
> Firstly, it is important that the dependent theories have been
> imported before the theory. To show all the dependent theories, use
> the following command:
>
> $ opentheory list --dependency-order 'Requires+ natural-prime'
> base-1.200
> natural-divides-1.62
> stream-1.46
>
> Now this sequence will succeed:
>
> extend_the_interpretation
> "opentheory/theories/natural-divides/natural-divides.int";;
> import_article "natural-divides.art";;
>
> extend_the_interpretation
> "opentheory/theories/stream/stream.int";;
> import_article "stream.art";;
>
> extend_the_interpretation
> "opentheory/theories/natural-prime/natural-prime.int";;
> import_article "natural-prime.art";;
>
> The second obstacle is that the theory word10 includes the theory
> word, which in turn includes the theory modular. So to successfully
> import word10 you need to extend the interpretation with the
> interpretations for these theories, too:
>
> $ opentheory list --dependency-order 'Requires+ word10'
> base-1.200
> stream-1.46
> probability-1.49
> natural-bits-1.66
> natural-divides-1.62
>
> extend_the_interpretation
> "opentheory/theories/stream/stream.int";;
> import_article "stream.art";;
>
> extend_the_interpretation
> "opentheory/theories/probability/probability.int";;
> import_article "probability.art";;
>
> extend_the_interpretation
> "opentheory/theories/natural-bits/natural-bits.int";;
> import_article "natural-bits.art";;
>
> extend_the_interpretation
> "opentheory/theories/natural-divides/natural-divides.int";;
> import_article "natural-divides.art";;
>
> extend_the_interpretation
> "opentheory/theories/modular/modular.int";;
> extend_the_interpretation
> "opentheory/theories/word/word.int";;
> extend_the_interpretation
> "opentheory/theories/word10/word10.int";;
> import_article "word10.art";;
>
> I regard this second problem as a defect in the theories, because it's
> unreasonable to expect people to discover this information. I'll work
> on fixing it so these multiple extend_the_interpretation commands are
> unnecessary.
>
> Cheers,
>
> Joe
>
> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
> wrote:
> > Dear Joe,
> >
> > I have problem importing article files. For example:
> >
> > Failure
> >
> > "in article word10.art at line 7495: defineConst\nstack = [Term;
> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
> > constant \"Number.Modular.equivalent\"".
> >
> > I also have problems with the following packages:
> >
> > natural-prime
> >
> > gfp
> >
> > natural-fibonacci
> >
> > Could you please check if that is because opentheory packages got updated
> > but the int files haven't?
> >
> > Thanks a lot.
> >
> >
> > --
> >
> > Regards,
> > Robert
> >
> > New homepage at Github: https://airobert.github.io/
> > New email address at ILLC: shuai.wang at student.uva.nl
> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >
> >
> > _______________________________________________
> > 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
>
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ai.robert.wangshuai at gmail.com Tue Oct 6 10:15:50 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Tue, 6 Oct 2015 12:15:50 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Dear Joe,
I still get one error from the modular package:
Exception:
Failure
"in article modular.art at line 11928: axiom\nstack = [Term; []; Thm; Thm;
[[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Var; Thm;
Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
[[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
\"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var; Thm]\nunknown
assumption:\n|- ~(modulus = 0)".
Is there any package missing?
I have loaded the following packages:
stream
probability
natural-bits
natural-divides
natural-prime
Thanks very much!
Regards,
Robert
On 5 October 2015 at 23:27, Robert White
wrote:
> Thanks very much Joe.
> I also noticed that there is kind of dependency going on but I don't know
> how to fix it.
>
>
> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>
>> Hi Robert,
>>
>> There are a couple of different obstacles here.
>>
>> Firstly, it is important that the dependent theories have been
>> imported before the theory. To show all the dependent theories, use
>> the following command:
>>
>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>> base-1.200
>> natural-divides-1.62
>> stream-1.46
>>
>> Now this sequence will succeed:
>>
>> extend_the_interpretation
>> "opentheory/theories/natural-divides/natural-divides.int";;
>> import_article "natural-divides.art";;
>>
>> extend_the_interpretation
>> "opentheory/theories/stream/stream.int";;
>> import_article "stream.art";;
>>
>> extend_the_interpretation
>> "opentheory/theories/natural-prime/natural-prime.int";;
>> import_article "natural-prime.art";;
>>
>> The second obstacle is that the theory word10 includes the theory
>> word, which in turn includes the theory modular. So to successfully
>> import word10 you need to extend the interpretation with the
>> interpretations for these theories, too:
>>
>> $ opentheory list --dependency-order 'Requires+ word10'
>> base-1.200
>> stream-1.46
>> probability-1.49
>> natural-bits-1.66
>> natural-divides-1.62
>>
>> extend_the_interpretation
>> "opentheory/theories/stream/stream.int";;
>> import_article "stream.art";;
>>
>> extend_the_interpretation
>> "opentheory/theories/probability/probability.int";;
>> import_article "probability.art";;
>>
>> extend_the_interpretation
>> "opentheory/theories/natural-bits/natural-bits.int";;
>> import_article "natural-bits.art";;
>>
>> extend_the_interpretation
>> "opentheory/theories/natural-divides/natural-divides.int";;
>> import_article "natural-divides.art";;
>>
>> extend_the_interpretation
>> "opentheory/theories/modular/modular.int";;
>> extend_the_interpretation
>> "opentheory/theories/word/word.int";;
>> extend_the_interpretation
>> "opentheory/theories/word10/word10.int";;
>> import_article "word10.art";;
>>
>> I regard this second problem as a defect in the theories, because it's
>> unreasonable to expect people to discover this information. I'll work
>> on fixing it so these multiple extend_the_interpretation commands are
>> unnecessary.
>>
>> Cheers,
>>
>> Joe
>>
>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>> wrote:
>> > Dear Joe,
>> >
>> > I have problem importing article files. For example:
>> >
>> > Failure
>> >
>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
>> > constant \"Number.Modular.equivalent\"".
>> >
>> > I also have problems with the following packages:
>> >
>> > natural-prime
>> >
>> > gfp
>> >
>> > natural-fibonacci
>> >
>> > Could you please check if that is because opentheory packages got
>> updated
>> > but the int files haven't?
>> >
>> > Thanks a lot.
>> >
>> >
>> > --
>> >
>> > Regards,
>> > Robert
>> >
>> > New homepage at Github: https://airobert.github.io/
>> > New email address at ILLC: shuai.wang at student.uva.nl
>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>> >
>> >
>> > _______________________________________________
>> > 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
>>
>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ai.robert.wangshuai at gmail.com Tue Oct 6 10:31:41 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Tue, 6 Oct 2015 12:31:41 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Dear Joe,
I also have problem loading lazy-list and gfp:
For lazy-list :
Exception:
Failure
"in article lazy-list.art at line 234: const\nstack =
[\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var; Term;
Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
\"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var; Thm;
Thm]\nunknown constant \"Data.Option.NONE\"".
For gfp;
Exception:
Failure
"in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
Thm]\nunknown assumption:\n|- prime oddprime".
Could you please help on that? Thanks a lot!
Regards
Robert
On 6 October 2015 at 12:15, Robert White
wrote:
> Dear Joe,
>
> I still get one error from the modular package:
>
> Exception:
>
> Failure
>
> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Var;
> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var; Thm]\nunknown
> assumption:\n|- ~(modulus = 0)".
>
> Is there any package missing?
>
> I have loaded the following packages:
>
> stream
>
> probability
>
> natural-bits
>
> natural-divides
>
> natural-prime
>
>
> Thanks very much!
>
>
> Regards,
>
> Robert
>
> On 5 October 2015 at 23:27, Robert White
> wrote:
>
>> Thanks very much Joe.
>> I also noticed that there is kind of dependency going on but I don't know
>> how to fix it.
>>
>>
>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>>
>>> Hi Robert,
>>>
>>> There are a couple of different obstacles here.
>>>
>>> Firstly, it is important that the dependent theories have been
>>> imported before the theory. To show all the dependent theories, use
>>> the following command:
>>>
>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>>> base-1.200
>>> natural-divides-1.62
>>> stream-1.46
>>>
>>> Now this sequence will succeed:
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>> import_article "natural-divides.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/stream/stream.int";;
>>> import_article "stream.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-prime/natural-prime.int";;
>>> import_article "natural-prime.art";;
>>>
>>> The second obstacle is that the theory word10 includes the theory
>>> word, which in turn includes the theory modular. So to successfully
>>> import word10 you need to extend the interpretation with the
>>> interpretations for these theories, too:
>>>
>>> $ opentheory list --dependency-order 'Requires+ word10'
>>> base-1.200
>>> stream-1.46
>>> probability-1.49
>>> natural-bits-1.66
>>> natural-divides-1.62
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/stream/stream.int";;
>>> import_article "stream.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/probability/probability.int";;
>>> import_article "probability.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-bits/natural-bits.int";;
>>> import_article "natural-bits.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>> import_article "natural-divides.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/modular/modular.int";;
>>> extend_the_interpretation
>>> "opentheory/theories/word/word.int";;
>>> extend_the_interpretation
>>> "opentheory/theories/word10/word10.int";;
>>> import_article "word10.art";;
>>>
>>> I regard this second problem as a defect in the theories, because it's
>>> unreasonable to expect people to discover this information. I'll work
>>> on fixing it so these multiple extend_the_interpretation commands are
>>> unnecessary.
>>>
>>> Cheers,
>>>
>>> Joe
>>>
>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>>> wrote:
>>> > Dear Joe,
>>> >
>>> > I have problem importing article files. For example:
>>> >
>>> > Failure
>>> >
>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
>>> > constant \"Number.Modular.equivalent\"".
>>> >
>>> > I also have problems with the following packages:
>>> >
>>> > natural-prime
>>> >
>>> > gfp
>>> >
>>> > natural-fibonacci
>>> >
>>> > Could you please check if that is because opentheory packages got
>>> updated
>>> > but the int files haven't?
>>> >
>>> > Thanks a lot.
>>> >
>>> >
>>> > --
>>> >
>>> > Regards,
>>> > Robert
>>> >
>>> > New homepage at Github: https://airobert.github.io/
>>> > New email address at ILLC: shuai.wang at student.uva.nl
>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>> >
>>> >
>>> > _______________________________________________
>>> > 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
>>>
>>
>>
>>
>> --
>>
>> Regards,
>> Robert
>>
>> New homepage at Github: https://airobert.github.io/
>> New email address at ILLC: shuai.wang at student.uva.nl
>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>
>>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ai.robert.wangshuai at gmail.com Tue Oct 6 11:00:32 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Tue, 6 Oct 2015 13:00:32 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Dear Joe,
I also noticed that parser is has the following errors:
Exception:
Failure
"in article parser.art at line 457: defineConst\nstack = [Term;
\"HOLLight.NUMSUM\"; Term; Term; Term; Var; Term; Var; Term; Var; Term;
Var; [[\"HOLLight.NUMLEFT\"; Var]]; Term; Var; Var; Var; Var;
\"HOLLight.INJP\"; \"HOLLight.ZBOT\"; Term; Term; Term; Var; Term; Term;
Var; Term; Var; \"HOLLight.ZRECSPACE\"; [\"A\"]; \"HOLLight._dest_rec\";
\"HOLLight._mk_rec\"; \"HOLLight.recspace\"; \"a1\"; Var; [\"A\"];
\"HOLLight._dest_pstream\"; \"HOLLight._mk_pstream\";
\"Parser.Stream.stream\"; TypeOp; TypeOp; Const;
Term]\nnew_constant: constant NUMSUM has already been declared".
I looked into it and found that NUMSUM has been declared in int_type.ml
which is loaded in hol.ml.
Could you please update this package?
Thanks!
Robert
On 6 October 2015 at 12:31, Robert White
wrote:
> Dear Joe,
>
> I also have problem loading lazy-list and gfp:
>
> For lazy-list :
>
> Exception:
>
> Failure
>
> "in article lazy-list.art at line 234: const\nstack =
> [\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var; Term;
> Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
> \"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var; Thm;
> Thm]\nunknown constant \"Data.Option.NONE\"".
>
>
> For gfp;
>
>
> Exception:
>
> Failure
>
> "in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
> Thm]\nunknown assumption:\n|- prime oddprime".
>
>
> Could you please help on that? Thanks a lot!
>
> Regards
>
> Robert
>
>
>
>
>
> On 6 October 2015 at 12:15, Robert White
> wrote:
>
>> Dear Joe,
>>
>> I still get one error from the modular package:
>>
>> Exception:
>>
>> Failure
>>
>> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
>> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Var;
>> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
>> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
>> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var; Thm]\nunknown
>> assumption:\n|- ~(modulus = 0)".
>>
>> Is there any package missing?
>>
>> I have loaded the following packages:
>>
>> stream
>>
>> probability
>>
>> natural-bits
>>
>> natural-divides
>>
>> natural-prime
>>
>>
>> Thanks very much!
>>
>>
>> Regards,
>>
>> Robert
>>
>> On 5 October 2015 at 23:27, Robert White
>> wrote:
>>
>>> Thanks very much Joe.
>>> I also noticed that there is kind of dependency going on but I don't
>>> know how to fix it.
>>>
>>>
>>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>>>
>>>> Hi Robert,
>>>>
>>>> There are a couple of different obstacles here.
>>>>
>>>> Firstly, it is important that the dependent theories have been
>>>> imported before the theory. To show all the dependent theories, use
>>>> the following command:
>>>>
>>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>>>> base-1.200
>>>> natural-divides-1.62
>>>> stream-1.46
>>>>
>>>> Now this sequence will succeed:
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>>> import_article "natural-divides.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/stream/stream.int";;
>>>> import_article "stream.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-prime/natural-prime.int";;
>>>> import_article "natural-prime.art";;
>>>>
>>>> The second obstacle is that the theory word10 includes the theory
>>>> word, which in turn includes the theory modular. So to successfully
>>>> import word10 you need to extend the interpretation with the
>>>> interpretations for these theories, too:
>>>>
>>>> $ opentheory list --dependency-order 'Requires+ word10'
>>>> base-1.200
>>>> stream-1.46
>>>> probability-1.49
>>>> natural-bits-1.66
>>>> natural-divides-1.62
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/stream/stream.int";;
>>>> import_article "stream.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/probability/probability.int";;
>>>> import_article "probability.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-bits/natural-bits.int";;
>>>> import_article "natural-bits.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>>> import_article "natural-divides.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/modular/modular.int";;
>>>> extend_the_interpretation
>>>> "opentheory/theories/word/word.int";;
>>>> extend_the_interpretation
>>>> "opentheory/theories/word10/word10.int";;
>>>> import_article "word10.art";;
>>>>
>>>> I regard this second problem as a defect in the theories, because it's
>>>> unreasonable to expect people to discover this information. I'll work
>>>> on fixing it so these multiple extend_the_interpretation commands are
>>>> unnecessary.
>>>>
>>>> Cheers,
>>>>
>>>> Joe
>>>>
>>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>>>> wrote:
>>>> > Dear Joe,
>>>> >
>>>> > I have problem importing article files. For example:
>>>> >
>>>> > Failure
>>>> >
>>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>>>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
>>>> > constant \"Number.Modular.equivalent\"".
>>>> >
>>>> > I also have problems with the following packages:
>>>> >
>>>> > natural-prime
>>>> >
>>>> > gfp
>>>> >
>>>> > natural-fibonacci
>>>> >
>>>> > Could you please check if that is because opentheory packages got
>>>> updated
>>>> > but the int files haven't?
>>>> >
>>>> > Thanks a lot.
>>>> >
>>>> >
>>>> > --
>>>> >
>>>> > Regards,
>>>> > Robert
>>>> >
>>>> > New homepage at Github: https://airobert.github.io/
>>>> > New email address at ILLC: shuai.wang at student.uva.nl
>>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > 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
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Regards,
>>> Robert
>>>
>>> New homepage at Github: https://airobert.github.io/
>>> New email address at ILLC: shuai.wang at student.uva.nl
>>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>
>>>
>>
>>
>> --
>>
>> Regards,
>> Robert
>>
>> New homepage at Github: https://airobert.github.io/
>> New email address at ILLC: shuai.wang at student.uva.nl
>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>
>>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From joe at gilith.com Tue Oct 6 20:39:11 2015
From: joe at gilith.com (Joe Leslie-Hurd)
Date: Tue, 6 Oct 2015 13:39:11 -0700
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Hi Robert,
modular is a parametric theory, which means it expects to be imported
in a context where there is a natural number constant called modular
already defined, having the property that ~(modular = 0). The
modular-witness theory defines a suitable signature, to show it is not
inconsistent:
$ opentheory info --theory modular-witness
3 external type operators: -> bool natural
9 external constants: = ! /\ ==> ~ F T suc zero
8 satisfied assumptions: hidden
1 defined constant: modulus
1 theorem:
|- ~(modulus = 0)
For testing you could simply import the modular-witness theory before
modular, to create a valid context.
Cheers,
Joe
On Tue, Oct 6, 2015 at 3:15 AM, Robert White
wrote:
> Dear Joe,
>
> I still get one error from the modular package:
>
> Exception:
>
> Failure
>
> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm; Thm;
> [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Var; Thm;
> Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm; [[\"Number.Modular.toNatural\";
> Var]]; Term; Var; Var; \"Number.Modular.<=\"; Term; Var; [[]; [[Var;
> Term]]]; Var; Thm]\nunknown assumption:\n|- ~(modulus = 0)".
>
> Is there any package missing?
>
> I have loaded the following packages:
>
> stream
>
> probability
>
> natural-bits
>
> natural-divides
>
> natural-prime
>
>
> Thanks very much!
>
>
> Regards,
>
> Robert
>
>
> On 5 October 2015 at 23:27, Robert White
> wrote:
>>
>> Thanks very much Joe.
>> I also noticed that there is kind of dependency going on but I don't know
>> how to fix it.
>>
>>
>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>>>
>>> Hi Robert,
>>>
>>> There are a couple of different obstacles here.
>>>
>>> Firstly, it is important that the dependent theories have been
>>> imported before the theory. To show all the dependent theories, use
>>> the following command:
>>>
>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>>> base-1.200
>>> natural-divides-1.62
>>> stream-1.46
>>>
>>> Now this sequence will succeed:
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>> import_article "natural-divides.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/stream/stream.int";;
>>> import_article "stream.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-prime/natural-prime.int";;
>>> import_article "natural-prime.art";;
>>>
>>> The second obstacle is that the theory word10 includes the theory
>>> word, which in turn includes the theory modular. So to successfully
>>> import word10 you need to extend the interpretation with the
>>> interpretations for these theories, too:
>>>
>>> $ opentheory list --dependency-order 'Requires+ word10'
>>> base-1.200
>>> stream-1.46
>>> probability-1.49
>>> natural-bits-1.66
>>> natural-divides-1.62
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/stream/stream.int";;
>>> import_article "stream.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/probability/probability.int";;
>>> import_article "probability.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-bits/natural-bits.int";;
>>> import_article "natural-bits.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>> import_article "natural-divides.art";;
>>>
>>> extend_the_interpretation
>>> "opentheory/theories/modular/modular.int";;
>>> extend_the_interpretation
>>> "opentheory/theories/word/word.int";;
>>> extend_the_interpretation
>>> "opentheory/theories/word10/word10.int";;
>>> import_article "word10.art";;
>>>
>>> I regard this second problem as a defect in the theories, because it's
>>> unreasonable to expect people to discover this information. I'll work
>>> on fixing it so these multiple extend_the_interpretation commands are
>>> unnecessary.
>>>
>>> Cheers,
>>>
>>> Joe
>>>
>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>>> wrote:
>>> > Dear Joe,
>>> >
>>> > I have problem importing article files. For example:
>>> >
>>> > Failure
>>> >
>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
>>> > constant \"Number.Modular.equivalent\"".
>>> >
>>> > I also have problems with the following packages:
>>> >
>>> > natural-prime
>>> >
>>> > gfp
>>> >
>>> > natural-fibonacci
>>> >
>>> > Could you please check if that is because opentheory packages got
>>> > updated
>>> > but the int files haven't?
>>> >
>>> > Thanks a lot.
>>> >
>>> >
>>> > --
>>> >
>>> > Regards,
>>> > Robert
>>> >
>>> > New homepage at Github: https://airobert.github.io/
>>> > New email address at ILLC: shuai.wang at student.uva.nl
>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>> >
>>> >
>>> > _______________________________________________
>>> > 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
>>
>>
>>
>>
>> --
>>
>> Regards,
>> Robert
>>
>> New homepage at Github: https://airobert.github.io/
>> New email address at ILLC: shuai.wang at student.uva.nl
>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>
>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
> _______________________________________________
> opentheory-users mailing list
> opentheory-users at gilith.com
> http://www.gilith.com/mailman/listinfo/opentheory-users
>
From joe at gilith.com Tue Oct 6 21:01:26 2015
From: joe at gilith.com (Joe Leslie-Hurd)
Date: Tue, 6 Oct 2015 14:01:26 -0700
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Hi Robert,
The theory lazy-list was contributed by Ramana Kumar. It was exported
from HOL4 but hasn't been kept up to date with the standard theory
library, so in its present state I don't think it can be imported into
HOL Light.
gfp is another parametric theory:
$ opentheory info --theory gfp-witness
3 external type operators: -> bool natural
14 external constants: = ! /\ ==> ~ F T + bit0 bit1 odd prime suc zero
16 satisfied assumptions: hidden
1 defined constant: oddprime
2 theorems:
|- odd oddprime
|- prime oddprime
So follow the same pattern as modular.
Cheers,
Joe
On Tue, Oct 6, 2015 at 3:31 AM, Robert White
wrote:
> Dear Joe,
>
> I also have problem loading lazy-list and gfp:
>
> For lazy-list :
>
> Exception:
>
> Failure
>
> "in article lazy-list.art at line 234: const\nstack =
> [\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var; Term;
> Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
> \"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var; Thm;
> Thm]\nunknown constant \"Data.Option.NONE\"".
>
>
> For gfp;
>
>
> Exception:
>
> Failure
>
> "in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
> Thm]\nunknown assumption:\n|- prime oddprime".
>
>
> Could you please help on that? Thanks a lot!
>
> Regards
>
> Robert
>
>
>
>
>
> On 6 October 2015 at 12:15, Robert White
> wrote:
>>
>> Dear Joe,
>>
>> I still get one error from the modular package:
>>
>> Exception:
>>
>> Failure
>>
>> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
>> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Var;
>> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
>> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
>> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var; Thm]\nunknown
>> assumption:\n|- ~(modulus = 0)".
>>
>> Is there any package missing?
>>
>> I have loaded the following packages:
>>
>> stream
>>
>> probability
>>
>> natural-bits
>>
>> natural-divides
>>
>> natural-prime
>>
>>
>> Thanks very much!
>>
>>
>> Regards,
>>
>> Robert
>>
>>
>> On 5 October 2015 at 23:27, Robert White
>> wrote:
>>>
>>> Thanks very much Joe.
>>> I also noticed that there is kind of dependency going on but I don't know
>>> how to fix it.
>>>
>>>
>>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>>>>
>>>> Hi Robert,
>>>>
>>>> There are a couple of different obstacles here.
>>>>
>>>> Firstly, it is important that the dependent theories have been
>>>> imported before the theory. To show all the dependent theories, use
>>>> the following command:
>>>>
>>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>>>> base-1.200
>>>> natural-divides-1.62
>>>> stream-1.46
>>>>
>>>> Now this sequence will succeed:
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>>> import_article "natural-divides.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/stream/stream.int";;
>>>> import_article "stream.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-prime/natural-prime.int";;
>>>> import_article "natural-prime.art";;
>>>>
>>>> The second obstacle is that the theory word10 includes the theory
>>>> word, which in turn includes the theory modular. So to successfully
>>>> import word10 you need to extend the interpretation with the
>>>> interpretations for these theories, too:
>>>>
>>>> $ opentheory list --dependency-order 'Requires+ word10'
>>>> base-1.200
>>>> stream-1.46
>>>> probability-1.49
>>>> natural-bits-1.66
>>>> natural-divides-1.62
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/stream/stream.int";;
>>>> import_article "stream.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/probability/probability.int";;
>>>> import_article "probability.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-bits/natural-bits.int";;
>>>> import_article "natural-bits.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>>> import_article "natural-divides.art";;
>>>>
>>>> extend_the_interpretation
>>>> "opentheory/theories/modular/modular.int";;
>>>> extend_the_interpretation
>>>> "opentheory/theories/word/word.int";;
>>>> extend_the_interpretation
>>>> "opentheory/theories/word10/word10.int";;
>>>> import_article "word10.art";;
>>>>
>>>> I regard this second problem as a defect in the theories, because it's
>>>> unreasonable to expect people to discover this information. I'll work
>>>> on fixing it so these multiple extend_the_interpretation commands are
>>>> unnecessary.
>>>>
>>>> Cheers,
>>>>
>>>> Joe
>>>>
>>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>>>> wrote:
>>>> > Dear Joe,
>>>> >
>>>> > I have problem importing article files. For example:
>>>> >
>>>> > Failure
>>>> >
>>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>>>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
>>>> > constant \"Number.Modular.equivalent\"".
>>>> >
>>>> > I also have problems with the following packages:
>>>> >
>>>> > natural-prime
>>>> >
>>>> > gfp
>>>> >
>>>> > natural-fibonacci
>>>> >
>>>> > Could you please check if that is because opentheory packages got
>>>> > updated
>>>> > but the int files haven't?
>>>> >
>>>> > Thanks a lot.
>>>> >
>>>> >
>>>> > --
>>>> >
>>>> > Regards,
>>>> > Robert
>>>> >
>>>> > New homepage at Github: https://airobert.github.io/
>>>> > New email address at ILLC: shuai.wang at student.uva.nl
>>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > 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
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Regards,
>>> Robert
>>>
>>> New homepage at Github: https://airobert.github.io/
>>> New email address at ILLC: shuai.wang at student.uva.nl
>>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>
>>
>>
>>
>> --
>>
>> Regards,
>> Robert
>>
>> New homepage at Github: https://airobert.github.io/
>> New email address at ILLC: shuai.wang at student.uva.nl
>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>
>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
> _______________________________________________
> opentheory-users mailing list
> opentheory-users at gilith.com
> http://www.gilith.com/mailman/listinfo/opentheory-users
>
From joe at gilith.com Tue Oct 6 21:04:12 2015
From: joe at gilith.com (Joe Leslie-Hurd)
Date: Tue, 6 Oct 2015 14:04:12 -0700
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Hi Robert,
This is a case of a theory-local definition clashing with an existing
definition of the same name. It will be solved by the same change that
I'm working on that will make the extra extend_the_interpretation
commands unnecessary.
Cheers,
Joe
On Tue, Oct 6, 2015 at 4:00 AM, Robert White
wrote:
> Dear Joe,
>
> I also noticed that parser is has the following errors:
>
> Exception:
>
> Failure
>
> "in article parser.art at line 457: defineConst\nstack = [Term;
> \"HOLLight.NUMSUM\"; Term; Term; Term; Var; Term; Var; Term; Var; Term; Var;
> [[\"HOLLight.NUMLEFT\"; Var]]; Term; Var; Var; Var; Var; \"HOLLight.INJP\";
> \"HOLLight.ZBOT\"; Term; Term; Term; Var; Term; Term; Var; Term; Var;
> \"HOLLight.ZRECSPACE\"; [\"A\"]; \"HOLLight._dest_rec\";
> \"HOLLight._mk_rec\"; \"HOLLight.recspace\"; \"a1\"; Var; [\"A\"];
> \"HOLLight._dest_pstream\"; \"HOLLight._mk_pstream\";
> \"Parser.Stream.stream\"; TypeOp; TypeOp; Const;
> Term]\nnew_constant: constant NUMSUM has already been declared".
>
>
> I looked into it and found that NUMSUM has been declared in int_type.ml
> which is loaded in hol.ml.
>
> Could you please update this package?
>
> Thanks!
>
> Robert
>
>
> On 6 October 2015 at 12:31, Robert White
> wrote:
>>
>> Dear Joe,
>>
>> I also have problem loading lazy-list and gfp:
>>
>> For lazy-list :
>>
>> Exception:
>>
>> Failure
>>
>> "in article lazy-list.art at line 234: const\nstack =
>> [\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var; Term;
>> Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
>> \"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var; Thm;
>> Thm]\nunknown constant \"Data.Option.NONE\"".
>>
>>
>> For gfp;
>>
>>
>> Exception:
>>
>> Failure
>>
>> "in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
>> Thm]\nunknown assumption:\n|- prime oddprime".
>>
>>
>> Could you please help on that? Thanks a lot!
>>
>> Regards
>>
>> Robert
>>
>>
>>
>>
>>
>> On 6 October 2015 at 12:15, Robert White
>> wrote:
>>>
>>> Dear Joe,
>>>
>>> I still get one error from the modular package:
>>>
>>> Exception:
>>>
>>> Failure
>>>
>>> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
>>> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Var;
>>> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
>>> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
>>> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var; Thm]\nunknown
>>> assumption:\n|- ~(modulus = 0)".
>>>
>>> Is there any package missing?
>>>
>>> I have loaded the following packages:
>>>
>>> stream
>>>
>>> probability
>>>
>>> natural-bits
>>>
>>> natural-divides
>>>
>>> natural-prime
>>>
>>>
>>> Thanks very much!
>>>
>>>
>>> Regards,
>>>
>>> Robert
>>>
>>>
>>> On 5 October 2015 at 23:27, Robert White
>>> wrote:
>>>>
>>>> Thanks very much Joe.
>>>> I also noticed that there is kind of dependency going on but I don't
>>>> know how to fix it.
>>>>
>>>>
>>>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>>>>>
>>>>> Hi Robert,
>>>>>
>>>>> There are a couple of different obstacles here.
>>>>>
>>>>> Firstly, it is important that the dependent theories have been
>>>>> imported before the theory. To show all the dependent theories, use
>>>>> the following command:
>>>>>
>>>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>>>>> base-1.200
>>>>> natural-divides-1.62
>>>>> stream-1.46
>>>>>
>>>>> Now this sequence will succeed:
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>>>> import_article "natural-divides.art";;
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/stream/stream.int";;
>>>>> import_article "stream.art";;
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/natural-prime/natural-prime.int";;
>>>>> import_article "natural-prime.art";;
>>>>>
>>>>> The second obstacle is that the theory word10 includes the theory
>>>>> word, which in turn includes the theory modular. So to successfully
>>>>> import word10 you need to extend the interpretation with the
>>>>> interpretations for these theories, too:
>>>>>
>>>>> $ opentheory list --dependency-order 'Requires+ word10'
>>>>> base-1.200
>>>>> stream-1.46
>>>>> probability-1.49
>>>>> natural-bits-1.66
>>>>> natural-divides-1.62
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/stream/stream.int";;
>>>>> import_article "stream.art";;
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/probability/probability.int";;
>>>>> import_article "probability.art";;
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/natural-bits/natural-bits.int";;
>>>>> import_article "natural-bits.art";;
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>>>>> import_article "natural-divides.art";;
>>>>>
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/modular/modular.int";;
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/word/word.int";;
>>>>> extend_the_interpretation
>>>>> "opentheory/theories/word10/word10.int";;
>>>>> import_article "word10.art";;
>>>>>
>>>>> I regard this second problem as a defect in the theories, because it's
>>>>> unreasonable to expect people to discover this information. I'll work
>>>>> on fixing it so these multiple extend_the_interpretation commands are
>>>>> unnecessary.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Joe
>>>>>
>>>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>>>>> wrote:
>>>>> > Dear Joe,
>>>>> >
>>>>> > I have problem importing article files. For example:
>>>>> >
>>>>> > Failure
>>>>> >
>>>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>>>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>>>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>>>>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
>>>>> > constant \"Number.Modular.equivalent\"".
>>>>> >
>>>>> > I also have problems with the following packages:
>>>>> >
>>>>> > natural-prime
>>>>> >
>>>>> > gfp
>>>>> >
>>>>> > natural-fibonacci
>>>>> >
>>>>> > Could you please check if that is because opentheory packages got
>>>>> > updated
>>>>> > but the int files haven't?
>>>>> >
>>>>> > Thanks a lot.
>>>>> >
>>>>> >
>>>>> > --
>>>>> >
>>>>> > Regards,
>>>>> > Robert
>>>>> >
>>>>> > New homepage at Github: https://airobert.github.io/
>>>>> > New email address at ILLC: shuai.wang at student.uva.nl
>>>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > 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
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Regards,
>>>> Robert
>>>>
>>>> New homepage at Github: https://airobert.github.io/
>>>> New email address at ILLC: shuai.wang at student.uva.nl
>>>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Regards,
>>> Robert
>>>
>>> New homepage at Github: https://airobert.github.io/
>>> New email address at ILLC: shuai.wang at student.uva.nl
>>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>>
>>
>>
>>
>> --
>>
>> Regards,
>> Robert
>>
>> New homepage at Github: https://airobert.github.io/
>> New email address at ILLC: shuai.wang at student.uva.nl
>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>>
>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
> _______________________________________________
> opentheory-users mailing list
> opentheory-users at gilith.com
> http://www.gilith.com/mailman/listinfo/opentheory-users
>
From ai.robert.wangshuai at gmail.com Tue Oct 6 21:08:05 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Tue, 6 Oct 2015 23:08:05 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
> This is a case of a theory-local definition clashing with an existing
definition of the same name. It will be solved by the same change that
I'm working on that will make the extra extend_the_interpretation
commands unnecessary.
So looks like i can't do anything for now on it?
On 6 October 2015 at 23:04, Joe Leslie-Hurd wrote:
> Hi Robert,
>
> This is a case of a theory-local definition clashing with an existing
> definition of the same name. It will be solved by the same change that
> I'm working on that will make the extra extend_the_interpretation
> commands unnecessary.
>
> Cheers,
>
> Joe
>
> On Tue, Oct 6, 2015 at 4:00 AM, Robert White
> wrote:
> > Dear Joe,
> >
> > I also noticed that parser is has the following errors:
> >
> > Exception:
> >
> > Failure
> >
> > "in article parser.art at line 457: defineConst\nstack = [Term;
> > \"HOLLight.NUMSUM\"; Term; Term; Term; Var; Term; Var; Term; Var; Term;
> Var;
> > [[\"HOLLight.NUMLEFT\"; Var]]; Term; Var; Var; Var; Var;
> \"HOLLight.INJP\";
> > \"HOLLight.ZBOT\"; Term; Term; Term; Var; Term; Term; Var; Term; Var;
> > \"HOLLight.ZRECSPACE\"; [\"A\"]; \"HOLLight._dest_rec\";
> > \"HOLLight._mk_rec\"; \"HOLLight.recspace\"; \"a1\"; Var; [\"A\"];
> > \"HOLLight._dest_pstream\"; \"HOLLight._mk_pstream\";
> > \"Parser.Stream.stream\"; TypeOp; TypeOp; Const;
> > Term]\nnew_constant: constant NUMSUM has already been declared".
> >
> >
> > I looked into it and found that NUMSUM has been declared in int_type.ml
> > which is loaded in hol.ml.
> >
> > Could you please update this package?
> >
> > Thanks!
> >
> > Robert
> >
> >
> > On 6 October 2015 at 12:31, Robert White
> > wrote:
> >>
> >> Dear Joe,
> >>
> >> I also have problem loading lazy-list and gfp:
> >>
> >> For lazy-list :
> >>
> >> Exception:
> >>
> >> Failure
> >>
> >> "in article lazy-list.art at line 234: const\nstack =
> >> [\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var;
> Term;
> >> Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
> >> \"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var;
> Thm;
> >> Thm]\nunknown constant \"Data.Option.NONE\"".
> >>
> >>
> >> For gfp;
> >>
> >>
> >> Exception:
> >>
> >> Failure
> >>
> >> "in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
> >> Thm]\nunknown assumption:\n|- prime oddprime".
> >>
> >>
> >> Could you please help on that? Thanks a lot!
> >>
> >> Regards
> >>
> >> Robert
> >>
> >>
> >>
> >>
> >>
> >> On 6 October 2015 at 12:15, Robert White >
> >> wrote:
> >>>
> >>> Dear Joe,
> >>>
> >>> I still get one error from the modular package:
> >>>
> >>> Exception:
> >>>
> >>> Failure
> >>>
> >>> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
> >>> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm;
> Var;
> >>> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
> >>> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
> >>> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var;
> Thm]\nunknown
> >>> assumption:\n|- ~(modulus = 0)".
> >>>
> >>> Is there any package missing?
> >>>
> >>> I have loaded the following packages:
> >>>
> >>> stream
> >>>
> >>> probability
> >>>
> >>> natural-bits
> >>>
> >>> natural-divides
> >>>
> >>> natural-prime
> >>>
> >>>
> >>> Thanks very much!
> >>>
> >>>
> >>> Regards,
> >>>
> >>> Robert
> >>>
> >>>
> >>> On 5 October 2015 at 23:27, Robert White <
> ai.robert.wangshuai at gmail.com>
> >>> wrote:
> >>>>
> >>>> Thanks very much Joe.
> >>>> I also noticed that there is kind of dependency going on but I don't
> >>>> know how to fix it.
> >>>>
> >>>>
> >>>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
> >>>>>
> >>>>> Hi Robert,
> >>>>>
> >>>>> There are a couple of different obstacles here.
> >>>>>
> >>>>> Firstly, it is important that the dependent theories have been
> >>>>> imported before the theory. To show all the dependent theories, use
> >>>>> the following command:
> >>>>>
> >>>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
> >>>>> base-1.200
> >>>>> natural-divides-1.62
> >>>>> stream-1.46
> >>>>>
> >>>>> Now this sequence will succeed:
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/natural-divides/natural-divides.int";;
> >>>>> import_article "natural-divides.art";;
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/stream/stream.int";;
> >>>>> import_article "stream.art";;
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/natural-prime/natural-prime.int";;
> >>>>> import_article "natural-prime.art";;
> >>>>>
> >>>>> The second obstacle is that the theory word10 includes the theory
> >>>>> word, which in turn includes the theory modular. So to successfully
> >>>>> import word10 you need to extend the interpretation with the
> >>>>> interpretations for these theories, too:
> >>>>>
> >>>>> $ opentheory list --dependency-order 'Requires+ word10'
> >>>>> base-1.200
> >>>>> stream-1.46
> >>>>> probability-1.49
> >>>>> natural-bits-1.66
> >>>>> natural-divides-1.62
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/stream/stream.int";;
> >>>>> import_article "stream.art";;
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/probability/probability.int";;
> >>>>> import_article "probability.art";;
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/natural-bits/natural-bits.int";;
> >>>>> import_article "natural-bits.art";;
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/natural-divides/natural-divides.int";;
> >>>>> import_article "natural-divides.art";;
> >>>>>
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/modular/modular.int";;
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/word/word.int";;
> >>>>> extend_the_interpretation
> >>>>> "opentheory/theories/word10/word10.int";;
> >>>>> import_article "word10.art";;
> >>>>>
> >>>>> I regard this second problem as a defect in the theories, because
> it's
> >>>>> unreasonable to expect people to discover this information. I'll work
> >>>>> on fixing it so these multiple extend_the_interpretation commands are
> >>>>> unnecessary.
> >>>>>
> >>>>> Cheers,
> >>>>>
> >>>>> Joe
> >>>>>
> >>>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
> >>>>> wrote:
> >>>>> > Dear Joe,
> >>>>> >
> >>>>> > I have problem importing article files. For example:
> >>>>> >
> >>>>> > Failure
> >>>>> >
> >>>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
> >>>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
> >>>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
> >>>>> > \"Data.Word10.word10\"; TypeOp; TypeOp;
> Const]\nunknown
> >>>>> > constant \"Number.Modular.equivalent\"".
> >>>>> >
> >>>>> > I also have problems with the following packages:
> >>>>> >
> >>>>> > natural-prime
> >>>>> >
> >>>>> > gfp
> >>>>> >
> >>>>> > natural-fibonacci
> >>>>> >
> >>>>> > Could you please check if that is because opentheory packages got
> >>>>> > updated
> >>>>> > but the int files haven't?
> >>>>> >
> >>>>> > Thanks a lot.
> >>>>> >
> >>>>> >
> >>>>> > --
> >>>>> >
> >>>>> > Regards,
> >>>>> > Robert
> >>>>> >
> >>>>> > New homepage at Github: https://airobert.github.io/
> >>>>> > New email address at ILLC: shuai.wang at student.uva.nl
> >>>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>>>> >
> >>>>> >
> >>>>> > _______________________________________________
> >>>>> > 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
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>>
> >>>> Regards,
> >>>> Robert
> >>>>
> >>>> New homepage at Github: https://airobert.github.io/
> >>>> New email address at ILLC: shuai.wang at student.uva.nl
> >>>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>>
> >>> Regards,
> >>> Robert
> >>>
> >>> New homepage at Github: https://airobert.github.io/
> >>> New email address at ILLC: shuai.wang at student.uva.nl
> >>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>>
> >>
> >>
> >>
> >> --
> >>
> >> Regards,
> >> Robert
> >>
> >> New homepage at Github: https://airobert.github.io/
> >> New email address at ILLC: shuai.wang at student.uva.nl
> >> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>
> >
> >
> >
> > --
> >
> > Regards,
> > Robert
> >
> > New homepage at Github: https://airobert.github.io/
> > New email address at ILLC: shuai.wang at student.uva.nl
> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >
> >
> > _______________________________________________
> > 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
>
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ai.robert.wangshuai at gmail.com Tue Oct 6 21:08:56 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Tue, 6 Oct 2015 23:08:56 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
Dear Joe,
Thanks a lot. I just downloaded them. I will try test the whole thing again
tomorrow.
Thanks!
Robert
On 6 October 2015 at 23:01, Joe Leslie-Hurd wrote:
> Hi Robert,
>
> The theory lazy-list was contributed by Ramana Kumar. It was exported
> from HOL4 but hasn't been kept up to date with the standard theory
> library, so in its present state I don't think it can be imported into
> HOL Light.
>
> gfp is another parametric theory:
>
> $ opentheory info --theory gfp-witness
> 3 external type operators: -> bool natural
> 14 external constants: = ! /\ ==> ~ F T + bit0 bit1 odd prime suc zero
> 16 satisfied assumptions: hidden
> 1 defined constant: oddprime
> 2 theorems:
> |- odd oddprime
> |- prime oddprime
>
> So follow the same pattern as modular.
>
> Cheers,
>
> Joe
>
> On Tue, Oct 6, 2015 at 3:31 AM, Robert White
> wrote:
> > Dear Joe,
> >
> > I also have problem loading lazy-list and gfp:
> >
> > For lazy-list :
> >
> > Exception:
> >
> > Failure
> >
> > "in article lazy-list.art at line 234: const\nstack =
> > [\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var; Term;
> > Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
> > \"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var;
> Thm;
> > Thm]\nunknown constant \"Data.Option.NONE\"".
> >
> >
> > For gfp;
> >
> >
> > Exception:
> >
> > Failure
> >
> > "in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
> > Thm]\nunknown assumption:\n|- prime oddprime".
> >
> >
> > Could you please help on that? Thanks a lot!
> >
> > Regards
> >
> > Robert
> >
> >
> >
> >
> >
> > On 6 October 2015 at 12:15, Robert White
> > wrote:
> >>
> >> Dear Joe,
> >>
> >> I still get one error from the modular package:
> >>
> >> Exception:
> >>
> >> Failure
> >>
> >> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
> >> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm;
> Var;
> >> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
> >> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
> >> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var;
> Thm]\nunknown
> >> assumption:\n|- ~(modulus = 0)".
> >>
> >> Is there any package missing?
> >>
> >> I have loaded the following packages:
> >>
> >> stream
> >>
> >> probability
> >>
> >> natural-bits
> >>
> >> natural-divides
> >>
> >> natural-prime
> >>
> >>
> >> Thanks very much!
> >>
> >>
> >> Regards,
> >>
> >> Robert
> >>
> >>
> >> On 5 October 2015 at 23:27, Robert White >
> >> wrote:
> >>>
> >>> Thanks very much Joe.
> >>> I also noticed that there is kind of dependency going on but I don't
> know
> >>> how to fix it.
> >>>
> >>>
> >>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
> >>>>
> >>>> Hi Robert,
> >>>>
> >>>> There are a couple of different obstacles here.
> >>>>
> >>>> Firstly, it is important that the dependent theories have been
> >>>> imported before the theory. To show all the dependent theories, use
> >>>> the following command:
> >>>>
> >>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
> >>>> base-1.200
> >>>> natural-divides-1.62
> >>>> stream-1.46
> >>>>
> >>>> Now this sequence will succeed:
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/natural-divides/natural-divides.int";;
> >>>> import_article "natural-divides.art";;
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/stream/stream.int";;
> >>>> import_article "stream.art";;
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/natural-prime/natural-prime.int";;
> >>>> import_article "natural-prime.art";;
> >>>>
> >>>> The second obstacle is that the theory word10 includes the theory
> >>>> word, which in turn includes the theory modular. So to successfully
> >>>> import word10 you need to extend the interpretation with the
> >>>> interpretations for these theories, too:
> >>>>
> >>>> $ opentheory list --dependency-order 'Requires+ word10'
> >>>> base-1.200
> >>>> stream-1.46
> >>>> probability-1.49
> >>>> natural-bits-1.66
> >>>> natural-divides-1.62
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/stream/stream.int";;
> >>>> import_article "stream.art";;
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/probability/probability.int";;
> >>>> import_article "probability.art";;
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/natural-bits/natural-bits.int";;
> >>>> import_article "natural-bits.art";;
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/natural-divides/natural-divides.int";;
> >>>> import_article "natural-divides.art";;
> >>>>
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/modular/modular.int";;
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/word/word.int";;
> >>>> extend_the_interpretation
> >>>> "opentheory/theories/word10/word10.int";;
> >>>> import_article "word10.art";;
> >>>>
> >>>> I regard this second problem as a defect in the theories, because it's
> >>>> unreasonable to expect people to discover this information. I'll work
> >>>> on fixing it so these multiple extend_the_interpretation commands are
> >>>> unnecessary.
> >>>>
> >>>> Cheers,
> >>>>
> >>>> Joe
> >>>>
> >>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
> >>>> wrote:
> >>>> > Dear Joe,
> >>>> >
> >>>> > I have problem importing article files. For example:
> >>>> >
> >>>> > Failure
> >>>> >
> >>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
> >>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
> >>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
> >>>> > \"Data.Word10.word10\"; TypeOp; TypeOp; Const]\nunknown
> >>>> > constant \"Number.Modular.equivalent\"".
> >>>> >
> >>>> > I also have problems with the following packages:
> >>>> >
> >>>> > natural-prime
> >>>> >
> >>>> > gfp
> >>>> >
> >>>> > natural-fibonacci
> >>>> >
> >>>> > Could you please check if that is because opentheory packages got
> >>>> > updated
> >>>> > but the int files haven't?
> >>>> >
> >>>> > Thanks a lot.
> >>>> >
> >>>> >
> >>>> > --
> >>>> >
> >>>> > Regards,
> >>>> > Robert
> >>>> >
> >>>> > New homepage at Github: https://airobert.github.io/
> >>>> > New email address at ILLC: shuai.wang at student.uva.nl
> >>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>>> >
> >>>> >
> >>>> > _______________________________________________
> >>>> > 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
> >>>
> >>>
> >>>
> >>>
> >>> --
> >>>
> >>> Regards,
> >>> Robert
> >>>
> >>> New homepage at Github: https://airobert.github.io/
> >>> New email address at ILLC: shuai.wang at student.uva.nl
> >>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>>
> >>
> >>
> >>
> >> --
> >>
> >> Regards,
> >> Robert
> >>
> >> New homepage at Github: https://airobert.github.io/
> >> New email address at ILLC: shuai.wang at student.uva.nl
> >> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >>
> >
> >
> >
> > --
> >
> > Regards,
> > Robert
> >
> > New homepage at Github: https://airobert.github.io/
> > New email address at ILLC: shuai.wang at student.uva.nl
> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
> >
> >
> > _______________________________________________
> > 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
>
--
Regards,
Robert
New homepage at Github: https://airobert.github.io/
New email address at ILLC: shuai.wang at student.uva.nl
Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From joe at gilith.com Tue Oct 6 21:09:23 2015
From: joe at gilith.com (Joe Leslie-Hurd)
Date: Tue, 6 Oct 2015 14:09:23 -0700
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References:
Message-ID:
No, but you should shortly be able to download a new version of the
opentheory tool that will fix it.
Cheers,
Joe
On Tue, Oct 6, 2015 at 2:08 PM, Robert White
wrote:
>> This is a case of a theory-local definition clashing with an existing
> definition of the same name. It will be solved by the same change that
> I'm working on that will make the extra extend_the_interpretation
> commands unnecessary.
>
> So looks like i can't do anything for now on it?
>
>
>
> On 6 October 2015 at 23:04, Joe Leslie-Hurd wrote:
>>
>> Hi Robert,
>>
>> This is a case of a theory-local definition clashing with an existing
>> definition of the same name. It will be solved by the same change that
>> I'm working on that will make the extra extend_the_interpretation
>> commands unnecessary.
>>
>> Cheers,
>>
>> Joe
>>
>> On Tue, Oct 6, 2015 at 4:00 AM, Robert White
>> wrote:
>> > Dear Joe,
>> >
>> > I also noticed that parser is has the following errors:
>> >
>> > Exception:
>> >
>> > Failure
>> >
>> > "in article parser.art at line 457: defineConst\nstack = [Term;
>> > \"HOLLight.NUMSUM\"; Term; Term; Term; Var; Term; Var; Term; Var; Term;
>> > Var;
>> > [[\"HOLLight.NUMLEFT\"; Var]]; Term; Var; Var; Var; Var;
>> > \"HOLLight.INJP\";
>> > \"HOLLight.ZBOT\"; Term; Term; Term; Var; Term; Term; Var; Term; Var;
>> > \"HOLLight.ZRECSPACE\"; [\"A\"]; \"HOLLight._dest_rec\";
>> > \"HOLLight._mk_rec\"; \"HOLLight.recspace\"; \"a1\"; Var; [\"A\"];
>> > \"HOLLight._dest_pstream\"; \"HOLLight._mk_pstream\";
>> > \"Parser.Stream.stream\"; TypeOp; TypeOp; Const;
>> > Term]\nnew_constant: constant NUMSUM has already been declared".
>> >
>> >
>> > I looked into it and found that NUMSUM has been declared in int_type.ml
>> > which is loaded in hol.ml.
>> >
>> > Could you please update this package?
>> >
>> > Thanks!
>> >
>> > Robert
>> >
>> >
>> > On 6 October 2015 at 12:31, Robert White
>> > wrote:
>> >>
>> >> Dear Joe,
>> >>
>> >> I also have problem loading lazy-list and gfp:
>> >>
>> >> For lazy-list :
>> >>
>> >> Exception:
>> >>
>> >> Failure
>> >>
>> >> "in article lazy-list.art at line 234: const\nstack =
>> >> [\"Data.Option.NONE\"; Var; Term; Term; Term; Var; Term; Term; Var;
>> >> Term;
>> >> Var; \"llist.lrep_ok\"; Var; Term; Term; [\"A\"]; \"llist.llist.rep\";
>> >> \"llist.llist.abs\"; \"llist.llist\"; \"a0\"; \"llist.LFINITE\"; Var;
>> >> Thm;
>> >> Thm]\nunknown constant \"Data.Option.NONE\"".
>> >>
>> >>
>> >> For gfp;
>> >>
>> >>
>> >> Exception:
>> >>
>> >> Failure
>> >>
>> >> "in article gfp.art at line 676: axiom\nstack = [Term; []; Thm; Thm;
>> >> Thm]\nunknown assumption:\n|- prime oddprime".
>> >>
>> >>
>> >> Could you please help on that? Thanks a lot!
>> >>
>> >> Regards
>> >>
>> >> Robert
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> On 6 October 2015 at 12:15, Robert White
>> >>
>> >> wrote:
>> >>>
>> >>> Dear Joe,
>> >>>
>> >>> I still get one error from the modular package:
>> >>>
>> >>> Exception:
>> >>>
>> >>> Failure
>> >>>
>> >>> "in article modular.art at line 11928: axiom\nstack = [Term; []; Thm;
>> >>> Thm; [[]; [[Var; Term]]]; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm; Thm;
>> >>> Var;
>> >>> Thm; Thm; Thm; Thm; Thm; Var; Thm; Thm; Thm; Thm;
>> >>> [[\"Number.Modular.toNatural\"; Var]]; Term; Var; Var;
>> >>> \"Number.Modular.<=\"; Term; Var; [[]; [[Var; Term]]]; Var;
>> >>> Thm]\nunknown
>> >>> assumption:\n|- ~(modulus = 0)".
>> >>>
>> >>> Is there any package missing?
>> >>>
>> >>> I have loaded the following packages:
>> >>>
>> >>> stream
>> >>>
>> >>> probability
>> >>>
>> >>> natural-bits
>> >>>
>> >>> natural-divides
>> >>>
>> >>> natural-prime
>> >>>
>> >>>
>> >>> Thanks very much!
>> >>>
>> >>>
>> >>> Regards,
>> >>>
>> >>> Robert
>> >>>
>> >>>
>> >>> On 5 October 2015 at 23:27, Robert White
>> >>>
>> >>> wrote:
>> >>>>
>> >>>> Thanks very much Joe.
>> >>>> I also noticed that there is kind of dependency going on but I don't
>> >>>> know how to fix it.
>> >>>>
>> >>>>
>> >>>> On 5 October 2015 at 22:56, Joe Leslie-Hurd wrote:
>> >>>>>
>> >>>>> Hi Robert,
>> >>>>>
>> >>>>> There are a couple of different obstacles here.
>> >>>>>
>> >>>>> Firstly, it is important that the dependent theories have been
>> >>>>> imported before the theory. To show all the dependent theories, use
>> >>>>> the following command:
>> >>>>>
>> >>>>> $ opentheory list --dependency-order 'Requires+ natural-prime'
>> >>>>> base-1.200
>> >>>>> natural-divides-1.62
>> >>>>> stream-1.46
>> >>>>>
>> >>>>> Now this sequence will succeed:
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>> >>>>> import_article "natural-divides.art";;
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/stream/stream.int";;
>> >>>>> import_article "stream.art";;
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/natural-prime/natural-prime.int";;
>> >>>>> import_article "natural-prime.art";;
>> >>>>>
>> >>>>> The second obstacle is that the theory word10 includes the theory
>> >>>>> word, which in turn includes the theory modular. So to successfully
>> >>>>> import word10 you need to extend the interpretation with the
>> >>>>> interpretations for these theories, too:
>> >>>>>
>> >>>>> $ opentheory list --dependency-order 'Requires+ word10'
>> >>>>> base-1.200
>> >>>>> stream-1.46
>> >>>>> probability-1.49
>> >>>>> natural-bits-1.66
>> >>>>> natural-divides-1.62
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/stream/stream.int";;
>> >>>>> import_article "stream.art";;
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/probability/probability.int";;
>> >>>>> import_article "probability.art";;
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/natural-bits/natural-bits.int";;
>> >>>>> import_article "natural-bits.art";;
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/natural-divides/natural-divides.int";;
>> >>>>> import_article "natural-divides.art";;
>> >>>>>
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/modular/modular.int";;
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/word/word.int";;
>> >>>>> extend_the_interpretation
>> >>>>> "opentheory/theories/word10/word10.int";;
>> >>>>> import_article "word10.art";;
>> >>>>>
>> >>>>> I regard this second problem as a defect in the theories, because
>> >>>>> it's
>> >>>>> unreasonable to expect people to discover this information. I'll
>> >>>>> work
>> >>>>> on fixing it so these multiple extend_the_interpretation commands
>> >>>>> are
>> >>>>> unnecessary.
>> >>>>>
>> >>>>> Cheers,
>> >>>>>
>> >>>>> Joe
>> >>>>>
>> >>>>> On Sun, Oct 4, 2015 at 2:57 PM, Robert White
>> >>>>> wrote:
>> >>>>> > Dear Joe,
>> >>>>> >
>> >>>>> > I have problem importing article files. For example:
>> >>>>> >
>> >>>>> > Failure
>> >>>>> >
>> >>>>> > "in article word10.art at line 7495: defineConst\nstack = [Term;
>> >>>>> > \"Number.Modular.equivalent\"; Term; Var; Term; Var; [];
>> >>>>> > \"HOLLight.modular_to_class\"; \"HOLLight.modular_from_class\";
>> >>>>> > \"Data.Word10.word10\"; TypeOp; TypeOp;
>> >>>>> > Const]\nunknown
>> >>>>> > constant \"Number.Modular.equivalent\"".
>> >>>>> >
>> >>>>> > I also have problems with the following packages:
>> >>>>> >
>> >>>>> > natural-prime
>> >>>>> >
>> >>>>> > gfp
>> >>>>> >
>> >>>>> > natural-fibonacci
>> >>>>> >
>> >>>>> > Could you please check if that is because opentheory packages got
>> >>>>> > updated
>> >>>>> > but the int files haven't?
>> >>>>> >
>> >>>>> > Thanks a lot.
>> >>>>> >
>> >>>>> >
>> >>>>> > --
>> >>>>> >
>> >>>>> > Regards,
>> >>>>> > Robert
>> >>>>> >
>> >>>>> > New homepage at Github: https://airobert.github.io/
>> >>>>> > New email address at ILLC: shuai.wang at student.uva.nl
>> >>>>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>> >>>>> >
>> >>>>> >
>> >>>>> > _______________________________________________
>> >>>>> > 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
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>>
>> >>>> Regards,
>> >>>> Robert
>> >>>>
>> >>>> New homepage at Github: https://airobert.github.io/
>> >>>> New email address at ILLC: shuai.wang at student.uva.nl
>> >>>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>>
>> >>> Regards,
>> >>> Robert
>> >>>
>> >>> New homepage at Github: https://airobert.github.io/
>> >>> New email address at ILLC: shuai.wang at student.uva.nl
>> >>> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> Regards,
>> >> Robert
>> >>
>> >> New homepage at Github: https://airobert.github.io/
>> >> New email address at ILLC: shuai.wang at student.uva.nl
>> >> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>> >>
>> >
>> >
>> >
>> > --
>> >
>> > Regards,
>> > Robert
>> >
>> > New homepage at Github: https://airobert.github.io/
>> > New email address at ILLC: shuai.wang at student.uva.nl
>> > Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>> >
>> >
>> > _______________________________________________
>> > 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
>
>
>
>
> --
>
> Regards,
> Robert
>
> New homepage at Github: https://airobert.github.io/
> New email address at ILLC: shuai.wang at student.uva.nl
> Carolina MacGillavrylaan 2246 , 1098 XK AMSTERDAM HP: 0652691901
>
>
> _______________________________________________
> opentheory-users mailing list
> opentheory-users at gilith.com
> http://www.gilith.com/mailman/listinfo/opentheory-users
>
From ai.robert.wangshuai at gmail.com Tue Oct 6 21:22:36 2015
From: ai.robert.wangshuai at gmail.com (Robert White)
Date: Tue, 6 Oct 2015 23:22:36 +0200
Subject: [opentheory-users] Error loading articles
In-Reply-To:
References: