Thu, 26 Aug 2010 10:42:22 +0200 merged
blanchet [Thu, 26 Aug 2010 10:42:22 +0200] rev 38753
merged
Thu, 26 Aug 2010 10:42:06 +0200 consider "locality" when assigning weights to facts
blanchet [Thu, 26 Aug 2010 10:42:06 +0200] rev 38752
consider "locality" when assigning weights to facts
Thu, 26 Aug 2010 09:23:21 +0200 add a bonus for chained facts, since they are likely to be relevant;
blanchet [Thu, 26 Aug 2010 09:23:21 +0200] rev 38751
add a bonus for chained facts, since they are likely to be relevant; (especially in a Mirabelle run!) -- chained facts used to be included forcibly, then were treated as any other fact; the current approach seems more flexible
Thu, 26 Aug 2010 09:03:18 +0200 merged
blanchet [Thu, 26 Aug 2010 09:03:18 +0200] rev 38750
merged
Thu, 26 Aug 2010 01:03:08 +0200 add a penalty for lambda-abstractions;
blanchet [Thu, 26 Aug 2010 01:03:08 +0200] rev 38749
add a penalty for lambda-abstractions; the penalty will kick in only when the goal contains no lambdas, in which case Sledgehammer previously totally disallowed any higher-order construct; this was too drastic; lambdas are dangerous because they rapidly lead to unsound proofs; e.g. COMBI_def COMBS_def not_Cons_self2 with explicit_apply
Thu, 26 Aug 2010 00:49:38 +0200 renaming
blanchet [Thu, 26 Aug 2010 00:49:38 +0200] rev 38748
renaming
Thu, 26 Aug 2010 00:49:04 +0200 fiddle with relevance filter
blanchet [Thu, 26 Aug 2010 00:49:04 +0200] rev 38747
fiddle with relevance filter
Wed, 25 Aug 2010 19:47:25 +0200 update docs
blanchet [Wed, 25 Aug 2010 19:47:25 +0200] rev 38746
update docs
Wed, 25 Aug 2010 19:41:18 +0200 reorganize options regarding to the relevance threshold and decay
blanchet [Wed, 25 Aug 2010 19:41:18 +0200] rev 38745
reorganize options regarding to the relevance threshold and decay
Wed, 25 Aug 2010 17:49:52 +0200 make relevance filter work in term of a "max_relevant" option + use Vampire SOS;
blanchet [Wed, 25 Aug 2010 17:49:52 +0200] rev 38744
make relevance filter work in term of a "max_relevant" option + use Vampire SOS; "max_relevant" is more reliable than "max_relevant_per_iter"; also made sure that the option is monotone -- larger values should lead to more axioms -- which wasn't always the case before; SOS for Vampire makes a difference of about 3% (i.e. 3% more proofs are found)
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip