clarified signature;

do not export connection details (password etc.);

support option tags;

use simplifier to classify the missing assumptions in Sledgehammer's abduction mechanism

don't try to falisfy goals with schematics

enforce rebuild of Isabelle/ML;

more robust transactions;

proper support for Option[Date] columns;

more robust transactions;

clarified signature;

enforce rebuild of Isabelle/ML;

proper test (amending 32f9e75c92e9);

updated to sqlite-jdbc-3.41.0.0;

proper shasum lines (amending 3070001c9d1f);

more robust transactions;

explicit locking for PostgreSQL --- neither available nor required for SQLite;

merged

assume total operation: ProcessHandle.current().info.startInstant appears to work on all platforms;

more database content, e.g. for monitoring;

tuned structure;

tuned signature;

more database content, e.g. for monitoring;

more explicit workers, e.g. for monitoring;

tuned;

tuned;

clarified worker state: always maintain database content via worker_uuid; clarified message;

clarified signature: prefer Build_Process.Context for parameters;

support for "isabelle build -j0": require external workers to make progress;

follow renaming of various Isabelle command-line tools (see b975f5aaf6b8 and before);

require the presence of free variables to do abduction in Sledgehammer

removed exercise solution

merged

new theory Tree_Rotations

proper tool name (amending cbb49fe8e5a2);

proper file-name (amending b975f5aaf6b8);

tuned headers;

eliminated suspicious Unicode characters;

tuned whitespace;

renamed "isabelle build_docker" to "isabelle docker_build" (unrelated to "isabelle build");

renamed administrative tools to build Isabelle components (unrelated to "isabelle build");

renamed "isabelle build_components" to "isabelle components_build" (unrelated to "isabelle build");

sort lines;

renamed "isabelle log" to "isabelle build_log";

clarified structure;

tuned output;

clarified signature: proper abstract type;

clarified signature: support all arguments of Sessions.store();

tuned;

basic setup for "isabelle build_worker";

tuned comments;

tuned structure;

clarified terminology of "session build database", while "build database" is the one underlying Build_Process;

clarified modules;

clarified signature: reduce boilerplate;

clarified messages;

tuned signature;

tuned structure;

clarified signature;

clarified signature;

clarified build process roles: "worker" vs. "build";

clarified database content; tuned signature;

tuned: prefer iterator.nextOption;

tuned whitespace and braces;

clarified signature: more uniform operations;

tuned signature: reduce boilerplate;

tuned signature;

proper clean_build of old data at start of new process --- allow to inspect remains of the last process;

more database content: formal end_build;

more operations;

clarified database content and prepare/init stages;

tuned signature;

tuned;

tuned;

less verbosity, amending 3bc49507bae5;

tuned comments; tuned structure;

tuned signature: avoid totally adhoc overriding;

separate static build_uuid from dynamic worker_uuid, to allow multiple worker processes participate in one build process;

enforce rebuild of Isabelle/ML, after various changes to build database management;

more detailed table "isabelle_build_serial": allow to monitor activity of build_process instances;

tuned output;

clarified database content: store actual value instead of index;

more robust: disallow override;

tuned messages;

more complete coverage of non-final Progress methods, notably for Server.Connection_Progress;

clarified signature: manage "verbose" flag via "progress";

removed unused arguments: avoid ambiguity concerning progress/verbose;

clarified protocol for "verbose" messages;

clarified signature: manage "verbose" flag via "progress";

tuned;

tuned;

more operations;

tuned signature;

more robust: proper bound checks;

enforce rebuild of Isabelle/ML, after various changes to build database management;

clarified modules;

clarified signature: manage "verbose" flag via "progress";

clarified treatment of "verbose" messages, e.g. Progress.theory(); always store messages within database, with explicit "verbose" flag: client-side will decide about output;

proper "val verbose" (amending 2e2b2bd6b2d2);

tuned whitespace;

more robust signature: avoid totally adhoc overriding (see also Build_Process.progress vs. build_progress);

support progress backed by database; moved Build_Progress.Context.progress/log to class Build_Process: database is available here;

tuned;

tuned messages;

clarified signature: require just one "override def echo(message: Progress.Message): Unit";

tuned signature;

tuned signature;

clarified signature: more uniform Progress.verbose, avoid adhoc "override def theory()";

proper Output.writeln_text (with clean_yxml) for all instances of Progress.echo;

merged

more database content; clarified signature; tuned comments;

tuned signature;

tuned whitespace;

tuned signature;

merged

More of Eberl's material

Some new lemmas. Some tidying up

detect duplicates in Sledgehammer output -- suggested by Larry Paulson

got rid of 'important message' mechanism in SystemOnTPTP (which is less used nowadays)

merged

clarified execution context: main work happens within Future.thread; clarified signature: only one "join" operation;