Fri, 25 Jan 2013 20:33:36 +0100 another attempt to standardize sort order in a portable way;
wenzelm [Fri, 25 Jan 2013 20:33:36 +0100] rev 51053
another attempt to standardize sort order in a portable way;
Fri, 25 Jan 2013 20:09:56 +0100 rebundled polyml-5.5.0-2, which now includes the sources as usual (e.q. required for formal references in Isabelle/ML);
wenzelm [Fri, 25 Jan 2013 20:09:56 +0100] rev 51052
rebundled polyml-5.5.0-2, which now includes the sources as usual (e.q. required for formal references in Isabelle/ML);
Fri, 25 Jan 2013 15:32:01 +0100 updated for release;
wenzelm [Fri, 25 Jan 2013 15:32:01 +0100] rev 51051
updated for release;
Fri, 25 Jan 2013 15:28:43 +0100 tuned;
wenzelm [Fri, 25 Jan 2013 15:28:43 +0100] rev 51050
tuned;
Fri, 25 Jan 2013 13:21:13 +0100 minimal updated of jEdit/README.html, without any substantial reforms;
wenzelm [Fri, 25 Jan 2013 13:21:13 +0100] rev 51049
minimal updated of jEdit/README.html, without any substantial reforms;
Fri, 25 Jan 2013 13:09:34 +0100 clarified notion of Command.proper_range (according to Token.is_proper), especially relevant for Active.try_replace_command, to avoid loosing subsequent comments accidentally;
wenzelm [Fri, 25 Jan 2013 13:09:34 +0100] rev 51048
clarified notion of Command.proper_range (according to Token.is_proper), especially relevant for Active.try_replace_command, to avoid loosing subsequent comments accidentally; reverted f3588e59aeaa accordingly;
Thu, 24 Jan 2013 21:18:30 +0100 avoid extra fork for fulfill_proof_future whenever possible -- without proof terms it merely doubles the number of proof tasks redundantly, by piggy-backing another 10 microseconds task;
wenzelm [Thu, 24 Jan 2013 21:18:30 +0100] rev 51047
avoid extra fork for fulfill_proof_future whenever possible -- without proof terms it merely doubles the number of proof tasks redundantly, by piggy-backing another 10 microseconds task;
Thu, 24 Jan 2013 17:31:12 +0100 report status more frequently on demand;
wenzelm [Thu, 24 Jan 2013 17:31:12 +0100] rev 51046
report status more frequently on demand;
Thu, 24 Jan 2013 17:18:13 +0100 more efficient inlined properties, especially relevant for voluminous tasks trace;
wenzelm [Thu, 24 Jan 2013 17:18:13 +0100] rev 51045
more efficient inlined properties, especially relevant for voluminous tasks trace;
Tue, 22 Jan 2013 11:28:54 +0100 more generous tracing limit, which is relevant for applications where this occurs routinely (e.g. HO unification trace);
wenzelm [Tue, 22 Jan 2013 11:28:54 +0100] rev 51044
more generous tracing limit, which is relevant for applications where this occurs routinely (e.g. HO unification trace);
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip