src/Pure/PIDE/command.ML
Sat, 10 Aug 2013 10:59:56 +0200 wenzelm explicit "strict" flag for print functions (flipped internal meaning);
Fri, 02 Aug 2013 22:13:31 +0200 wenzelm prefer canonical order, to avoid potential fluctuation due to front-end edits;
Fri, 02 Aug 2013 16:00:14 +0200 wenzelm support print functions with explicit arguments, as provided by overlays;
Tue, 30 Jul 2013 11:44:06 +0200 wenzelm tuned;
Tue, 30 Jul 2013 11:38:43 +0200 wenzelm de-assign execs that were not registered as running yet -- observe change of perspective more thoroughly;
Mon, 29 Jul 2013 18:59:58 +0200 wenzelm keep memo_exec execution running, which is important to cancel goal forks eventually;
Mon, 29 Jul 2013 16:52:04 +0200 wenzelm maintain explicit execution frontier: avoid conflict with former task via static dependency;
Mon, 29 Jul 2013 15:59:47 +0200 wenzelm clarified conditions for node traversal;
Mon, 29 Jul 2013 13:28:27 +0200 wenzelm tuned signature;
Mon, 29 Jul 2013 13:24:15 +0200 wenzelm discontinued notion of "stable" result -- running execution is never canceled;
Sat, 20 Jul 2013 16:16:23 +0200 wenzelm print_state at high priority -- fast and important;
Mon, 15 Jul 2013 10:42:12 +0200 wenzelm tuned;
Mon, 15 Jul 2013 10:31:41 +0200 wenzelm keep persistent prints only if actually finished;
Sat, 13 Jul 2013 18:33:33 +0200 wenzelm initial delay for automatically tried tools;
Sat, 13 Jul 2013 16:34:57 +0200 wenzelm determine print function parameters dynamically, e.g. depending on runtime options;
Fri, 12 Jul 2013 15:37:48 +0200 wenzelm reraise interrupts outside command regular transactions -- relevant for memo_stable;
Fri, 12 Jul 2013 12:18:17 +0200 wenzelm clarified memo_exec: plain synchronized access without any special tricks;
Fri, 12 Jul 2013 12:04:16 +0200 wenzelm clarified execution: maintain running execs only, check "stable" separately via memo (again);
Fri, 12 Jul 2013 11:28:03 +0200 wenzelm tuned signature;
Fri, 12 Jul 2013 11:07:02 +0200 wenzelm clarified module name;
Thu, 11 Jul 2013 23:24:40 +0200 wenzelm more explicit type Exec.context;
Thu, 11 Jul 2013 18:41:05 +0200 wenzelm strictly monotonic Document.update: avoid disruptive cancel_execution, merely discontinue_execution and cancel/terminate old execs individually;
Thu, 11 Jul 2013 16:26:14 +0200 wenzelm more abstract types;
Thu, 11 Jul 2013 15:56:12 +0200 wenzelm disallow concurrent execution attempt explicitly -- it should never happen due to management of singleton execution;
Thu, 11 Jul 2013 14:42:11 +0200 wenzelm global management of command execution fragments;
Thu, 11 Jul 2013 10:43:53 +0200 wenzelm tuned;
Wed, 10 Jul 2013 12:10:32 +0200 wenzelm print "persistent" flag allows to adjust tradeoff of ML run-time vs. JVM heap-space;
Wed, 10 Jul 2013 11:32:49 +0200 wenzelm allow to remove print functions;
Wed, 10 Jul 2013 11:26:55 +0200 wenzelm clarified Command.print: update old prints here;
Tue, 09 Jul 2013 17:58:38 +0200 wenzelm more formal type assign_update: avoid duplicate results and redundant update of global State.execs;
Mon, 08 Jul 2013 12:07:06 +0200 wenzelm more direct interleaving of eval/print and update/execution -- refrain from crude manipulation of max_threads;
Fri, 05 Jul 2013 22:58:24 +0200 wenzelm tuned signature;
Fri, 05 Jul 2013 22:09:16 +0200 wenzelm tuned signature -- eliminated pointless type synonym;
Fri, 05 Jul 2013 18:37:44 +0200 wenzelm tuned signature;
Fri, 05 Jul 2013 17:09:28 +0200 wenzelm clarified type Command.eval;
Fri, 05 Jul 2013 16:22:28 +0200 wenzelm tuned signature;
Fri, 05 Jul 2013 15:38:03 +0200 wenzelm explicit module Document_ID as source of globally unique identifiers across ML/Scala;
Thu, 04 Jul 2013 23:51:47 +0200 wenzelm separate exec_id assignment for Command.print states, without affecting result of eval;
Thu, 04 Jul 2013 16:04:53 +0200 wenzelm more Command.memo operations;
Wed, 03 Jul 2013 23:02:00 +0200 wenzelm more exception handling -- make print functions total;
Wed, 03 Jul 2013 22:30:33 +0200 wenzelm more print function parameters;
Wed, 03 Jul 2013 17:50:47 +0200 wenzelm allow multiple print functions;
Wed, 03 Jul 2013 16:58:35 +0200 wenzelm tuned signature;
Wed, 03 Jul 2013 16:19:57 +0200 wenzelm tuned signature;
Wed, 03 Apr 2013 21:30:32 +0200 wenzelm more explicit Goal.fork_params -- avoid implicit arguments via thread data;
Wed, 03 Apr 2013 20:38:50 +0200 wenzelm recovered proper transaction position for Goal.fork error reporting (lost in 8e9746e584c9);
Tue, 02 Apr 2013 11:41:50 +0200 wenzelm more centralized command timing;
Sat, 30 Mar 2013 16:34:02 +0100 wenzelm timing status for forked diagnostic commands;
Tue, 26 Feb 2013 19:44:26 +0100 wenzelm fork diagnostic commands (theory loader and PIDE interaction);
Sun, 24 Feb 2013 14:11:51 +0100 wenzelm unified Command.is_proper in ML with Scala (see also 123be08eed88);
Wed, 16 Jan 2013 20:41:29 +0100 wenzelm identify future results more carefully, to avoid odd duplication of error messages, notably from forked goals;
Wed, 16 Jan 2013 16:26:36 +0100 wenzelm more explicit treatment of (optional) exception properties, notably for "serial" -- avoid conflict with startPosition = offset;
Sun, 25 Nov 2012 19:49:24 +0100 wenzelm Isabelle-specific implementation of quasi-abstract markup elements -- back to module arrangement before d83797ef0d2d;
Tue, 16 Oct 2012 20:23:00 +0200 wenzelm more proof method text position information;
Fri, 31 Aug 2012 13:23:25 +0200 wenzelm further refinement of command status, to accomodate forked proofs;
Fri, 24 Aug 2012 12:35:39 +0200 wenzelm check side-comments of command spans (normally filtered out in Outer_Syntax.toplevel_source);
Sat, 11 Aug 2012 19:34:36 +0200 wenzelm vacuous execution after first malformed command;
Sat, 11 Aug 2012 18:05:41 +0200 wenzelm clarified Command.range vs. Command.proper_range according to Scala version, which is potentially relevant for command status markup;
Sat, 07 Apr 2012 19:28:44 +0200 wenzelm added static command status markup, to emphasize accepted but unassigned/unparsed commands (notably in overview panel);
Sat, 07 Apr 2012 16:41:59 +0200 wenzelm explicit checks stable_finished_theory/stable_command allow parallel asynchronous command transactions;
less more (0) -60 tip