Sat, 30 Jan 2010 12:12:52 +0100 merged
Christian Urban <urbanc@in.tum.de> [Sat, 30 Jan 2010 12:12:52 +0100] rev 996
merged
Sat, 30 Jan 2010 11:44:25 +0100 introduced a generic alpha (but not sure whether it is helpful)
Christian Urban <urbanc@in.tum.de> [Sat, 30 Jan 2010 11:44:25 +0100] rev 995
introduced a generic alpha (but not sure whether it is helpful)
Fri, 29 Jan 2010 19:42:07 +0100 More in the LF example in the new nominal way, all is clear until support.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Fri, 29 Jan 2010 19:42:07 +0100] rev 994
More in the LF example in the new nominal way, all is clear until support.
Fri, 29 Jan 2010 13:47:05 +0100 Fixed the induction problem + some more proofs.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Fri, 29 Jan 2010 13:47:05 +0100] rev 993
Fixed the induction problem + some more proofs.
Fri, 29 Jan 2010 12:16:08 +0100 equivariance of rfv and alpha.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Fri, 29 Jan 2010 12:16:08 +0100] rev 992
equivariance of rfv and alpha.
Fri, 29 Jan 2010 10:13:07 +0100 Added the experiments with fun and function.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Fri, 29 Jan 2010 10:13:07 +0100] rev 991
Added the experiments with fun and function.
Fri, 29 Jan 2010 07:09:52 +0100 now also final step is proved - the supp of lambdas is now completely characterised
Christian Urban <urbanc@in.tum.de> [Fri, 29 Jan 2010 07:09:52 +0100] rev 990
now also final step is proved - the supp of lambdas is now completely characterised
Fri, 29 Jan 2010 00:22:00 +0100 the supp of a lambda can now be characterised, *provided* the notion of free variables coincides with support on lambda terms
Christian Urban <urbanc@in.tum.de> [Fri, 29 Jan 2010 00:22:00 +0100] rev 989
the supp of a lambda can now be characterised, *provided* the notion of free variables coincides with support on lambda terms
Thu, 28 Jan 2010 23:47:02 +0100 improved the proof slightly by defining alpha as a function and completely characterised the equality between two abstractions
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 23:47:02 +0100] rev 988
improved the proof slightly by defining alpha as a function and completely characterised the equality between two abstractions
Thu, 28 Jan 2010 23:36:58 +0100 merged
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 23:36:58 +0100] rev 987
merged
Thu, 28 Jan 2010 23:36:38 +0100 general abstraction operator and complete characterisation of its support and freshness
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 23:36:38 +0100] rev 986
general abstraction operator and complete characterisation of its support and freshness
Thu, 28 Jan 2010 19:23:55 +0100 Ported existing part of LF to new permutations and alphas.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 19:23:55 +0100] rev 985
Ported existing part of LF to new permutations and alphas.
Thu, 28 Jan 2010 15:47:35 +0100 attempt of a general abstraction operator
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 15:47:35 +0100] rev 984
attempt of a general abstraction operator
Thu, 28 Jan 2010 14:20:26 +0100 attempt to prove equivalence between alpha definitions
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 14:20:26 +0100] rev 983
attempt to prove equivalence between alpha definitions
Thu, 28 Jan 2010 12:28:50 +0100 End of renaming.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 12:28:50 +0100] rev 982
End of renaming.
Thu, 28 Jan 2010 12:25:38 +0100 Minor when looking at lam.distinct and lam.inject
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 12:25:38 +0100] rev 981
Minor when looking at lam.distinct and lam.inject
Thu, 28 Jan 2010 12:24:49 +0100 Renamed Bexeq to Bex1_rel
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 12:24:49 +0100] rev 980
Renamed Bexeq to Bex1_rel
Thu, 28 Jan 2010 10:52:10 +0100 Substracting bounds from free variables.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 10:52:10 +0100] rev 979
Substracting bounds from free variables.
Thu, 28 Jan 2010 10:26:36 +0100 Improper interface for datatype and function packages and proper interface lateron.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 10:26:36 +0100] rev 978
Improper interface for datatype and function packages and proper interface lateron.
Thu, 28 Jan 2010 09:28:20 +0100 merged
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 09:28:20 +0100] rev 977
merged
Thu, 28 Jan 2010 09:28:06 +0100 minor
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 09:28:06 +0100] rev 976
minor
Thu, 28 Jan 2010 01:24:09 +0100 test about supp/freshness for lam (old proofs work in principle - for single binders)
Christian Urban <urbanc@in.tum.de> [Thu, 28 Jan 2010 01:24:09 +0100] rev 975
test about supp/freshness for lam (old proofs work in principle - for single binders)
Thu, 28 Jan 2010 08:13:39 +0100 Recommited the changes for nitpick
Cezary Kaliszyk <kaliszyk@in.tum.de> [Thu, 28 Jan 2010 08:13:39 +0100] rev 974
Recommited the changes for nitpick
Wed, 27 Jan 2010 18:26:01 +0100 Correct types which fixes the printing.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 18:26:01 +0100] rev 973
Correct types which fixes the printing.
Wed, 27 Jan 2010 18:06:14 +0100 fv for subterms
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 18:06:14 +0100] rev 972
fv for subterms
Wed, 27 Jan 2010 17:39:13 +0100 Fix the problem with later examples. Maybe need to go back to textual specifications.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 17:39:13 +0100] rev 971
Fix the problem with later examples. Maybe need to go back to textual specifications.
Wed, 27 Jan 2010 17:18:30 +0100 Some processing of variables in constructors to get free variables.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 17:18:30 +0100] rev 970
Some processing of variables in constructors to get free variables.
Wed, 27 Jan 2010 16:40:16 +0100 Parsing of the input as terms and types, and passing them as such to the function package.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 16:40:16 +0100] rev 969
Parsing of the input as terms and types, and passing them as such to the function package.
Wed, 27 Jan 2010 16:07:49 +0100 Undid the parsing, as it is not possible with thy->lthy interaction.
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 16:07:49 +0100] rev 968
Undid the parsing, as it is not possible with thy->lthy interaction.
Wed, 27 Jan 2010 14:57:11 +0100 merge
Cezary Kaliszyk <kaliszyk@in.tum.de> [Wed, 27 Jan 2010 14:57:11 +0100] rev 967
merge
(0) -300 -100 -50 -30 +30 +50 +100 +300 +1000 tip