blanchet [Wed, 09 Dec 2009 12:03:27 +0100] rev 34041
merged
blanchet [Tue, 08 Dec 2009 18:40:20 +0100] rev 34040
merged
blanchet [Tue, 08 Dec 2009 18:38:08 +0100] rev 34039
made Nitpick work also for people who import "Plain" instead of "Main"
blanchet [Mon, 07 Dec 2009 13:40:45 +0100] rev 34038
make Nitpick output the message "Hint: Maybe you forgot a type constraint?" only for syntactic classes
wenzelm [Wed, 09 Dec 2009 12:07:44 +0100] rev 34037
keep future Isabelle application entry point;
wenzelm [Wed, 09 Dec 2009 11:53:51 +0100] rev 34036
merged
boehmes [Tue, 08 Dec 2009 23:05:23 +0100] rev 34035
also consider the fully-typed version of metis for Mirabelle measurements
boehmes [Tue, 08 Dec 2009 18:47:25 +0100] rev 34034
merged
boehmes [Tue, 08 Dec 2009 18:44:12 +0100] rev 34033
made SML/NJ happy
haftmann [Tue, 08 Dec 2009 14:31:19 +0100] rev 34032
simplified notion of empty module name
haftmann [Tue, 08 Dec 2009 13:41:37 +0100] rev 34031
commit
haftmann [Tue, 08 Dec 2009 13:40:57 +0100] rev 34030
resorted code equations from "old" number theory version
haftmann [Tue, 08 Dec 2009 13:19:04 +0100] rev 34029
merged
haftmann [Mon, 07 Dec 2009 16:27:48 +0100] rev 34028
split off evaluation mechanisms in separte module Code_Eval
wenzelm [Tue, 08 Dec 2009 17:55:07 +0100] rev 34027
register_fonts: more precise error handling;
wenzelm [Tue, 08 Dec 2009 12:41:47 +0100] rev 34026
added future;
wenzelm [Mon, 07 Dec 2009 23:06:03 +0100] rev 34025
depend on Java 1.6 after all;
wenzelm [Mon, 07 Dec 2009 22:23:33 +0100] rev 34024
basic support for IsabelleText fonts;
haftmann [Mon, 07 Dec 2009 14:54:28 +0100] rev 34023
merged
haftmann [Mon, 07 Dec 2009 14:54:13 +0100] rev 34022
merged
haftmann [Mon, 07 Dec 2009 11:48:40 +0100] rev 34021
tuned inner structure
haftmann [Mon, 07 Dec 2009 14:54:01 +0100] rev 34020
merged Crude_Executable_Set into Executable_Set
blanchet [Mon, 07 Dec 2009 12:21:15 +0100] rev 34019
merged
blanchet [Mon, 07 Dec 2009 11:46:13 +0100] rev 34018
avoid using "prop_logic.ML" and "sat_solver.ML" twice (the other occurrence being in "FunDef.thy");
this produces two copies of the same module, with separate references etc.