Sun, 27 Mar 2011 17:32:25 +0200 added make target 'smlnj' to refer to what can/should be tested using smlnj -- allows the use of "isabelle makeall smlnj";
krauss [Sun, 27 Mar 2011 17:32:25 +0200] rev 42138
added make target 'smlnj' to refer to what can/should be tested using smlnj -- allows the use of "isabelle makeall smlnj"; adapted test configuration SML_makeall
Sun, 27 Mar 2011 16:56:16 +0200 avoid *** in normal output, which usually marks errors in logs
krauss [Sun, 27 Mar 2011 16:56:16 +0200] rev 42137
avoid *** in normal output, which usually marks errors in logs
Sun, 27 Mar 2011 21:19:23 +0200 added Markup.Name and Markup.Kind convenience;
wenzelm [Sun, 27 Mar 2011 21:19:23 +0200] rev 42136
added Markup.Name and Markup.Kind convenience; token_style for entity kind markup;
Sun, 27 Mar 2011 20:55:01 +0200 decode_term: some context-sensitive markup;
wenzelm [Sun, 27 Mar 2011 20:55:01 +0200] rev 42135
decode_term: some context-sensitive markup; more informative Markup.entity and Name_Space.markup_entry; Markup.const: use "constant" to make it coincide with name space kind;
Sun, 27 Mar 2011 19:51:51 +0200 tuned signatures;
wenzelm [Sun, 27 Mar 2011 19:51:51 +0200] rev 42134
tuned signatures;
Sun, 27 Mar 2011 19:27:31 +0200 decode_term: more precise reports;
wenzelm [Sun, 27 Mar 2011 19:27:31 +0200] rev 42133
decode_term: more precise reports;
Sun, 27 Mar 2011 18:12:18 +0200 adhoc token style for free/bound;
wenzelm [Sun, 27 Mar 2011 18:12:18 +0200] rev 42132
adhoc token style for free/bound;
Sun, 27 Mar 2011 17:55:11 +0200 decode_term/disambig: report resolved term variables for the unique (!) result;
wenzelm [Sun, 27 Mar 2011 17:55:11 +0200] rev 42131
decode_term/disambig: report resolved term variables for the unique (!) result;
Sun, 27 Mar 2011 15:01:47 +0200 removed unclear comments stemming from ed24ba6f69aa;
wenzelm [Sun, 27 Mar 2011 15:01:47 +0200] rev 42130
removed unclear comments stemming from ed24ba6f69aa;
Sat, 26 Mar 2011 21:45:29 +0100 present theory content as future, depending on intermediate proof state futures -- potential to reduce memory requirements and improve parallelization;
wenzelm [Sat, 26 Mar 2011 21:45:29 +0100] rev 42129
present theory content as future, depending on intermediate proof state futures -- potential to reduce memory requirements and improve parallelization;
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip