NEWS
author nipkow
Wed Jul 29 12:12:01 2009 +0200 (2009-07-29)
changeset 32270 615c524bd9e4
parent 32264 0be31453f698
child 32326 9d70ecf11b7a
permissions -rw-r--r--
sos documentation
wenzelm@5363
     1
Isabelle NEWS -- history user-relevant changes
wenzelm@5363
     2
==============================================
wenzelm@2553
     3
wenzelm@30904
     4
New in this Isabelle version
wenzelm@30904
     5
----------------------------
wenzelm@30904
     6
wenzelm@31547
     7
*** General ***
wenzelm@31547
     8
wenzelm@31547
     9
* Discontinued old form of "escaped symbols" such as \\<forall>.  Only
wenzelm@31547
    10
one backslash should be used, even in ML sources.
wenzelm@31547
    11
wenzelm@31547
    12
haftmann@30951
    13
*** Pure ***
haftmann@30951
    14
wenzelm@31547
    15
* On instantiation of classes, remaining undefined class parameters
wenzelm@31547
    16
are formally declared.  INCOMPATIBILITY.
haftmann@30951
    17
haftmann@30951
    18
haftmann@30930
    19
*** HOL ***
haftmann@30930
    20
nipkow@32270
    21
* New proof method "sos" (sum of squares) for nonlinear real arithmetic
nipkow@32270
    22
(originally due to John Harison). It requires Library/Sum_Of_Squares.
nipkow@32270
    23
It is not a complete decision procedure but works well in practice
nipkow@32270
    24
on quantifier-free real arithmetic with +, -, *, ^, =, <= and <,
nipkow@32270
    25
i.e. boolean combinations of equalities and inequalities between
nipkow@32270
    26
polynomials. It makes use of external semidefinite programming solvers.
nipkow@32270
    27
For more information and examples see Library/Sum_Of_Squares.
nipkow@32270
    28
haftmann@32264
    29
* Set.UNIV and Set.empty are mere abbreviations for top and bot.  INCOMPATIBILITY.
haftmann@32264
    30
haftmann@32134
    31
* More convenient names for set intersection and union.  INCOMPATIBILITY:
haftmann@32134
    32
haftmann@32134
    33
    Set.Int ~>  Set.inter
haftmann@32134
    34
    Set.Un ~>   Set.union
haftmann@32134
    35
haftmann@31997
    36
* Code generator attributes follow the usual underscore convention:
haftmann@31997
    37
    code_unfold     replaces    code unfold
haftmann@31997
    38
    code_post       replaces    code post
haftmann@31997
    39
    etc.
haftmann@31997
    40
  INCOMPATIBILITY.
haftmann@31997
    41
haftmann@31997
    42
* New quickcheck implementation using new code generator.
haftmann@31997
    43
haftmann@32217
    44
* New class "boolean_algebra".
haftmann@31997
    45
haftmann@32064
    46
* Refinements to lattices classes:
haftmann@32064
    47
  - added boolean_algebra type class
haftmann@32064
    48
  - less default intro/elim rules in locale variant, more default
haftmann@32064
    49
    intro/elim rules in class variant: more uniformity
haftmann@32064
    50
  - lemma ge_sup_conv renamed to le_sup_iff, in accordance with le_inf_iff
haftmann@32064
    51
  - dropped lemma alias inf_ACI for inf_aci (same for sup_ACI and sup_aci)
haftmann@32064
    52
  - renamed ACI to inf_sup_aci
haftmann@32217
    53
  - class "complete_lattice" moved to separate theory "complete_lattice";
haftmann@32217
    54
    corresponding constants renamed:
haftmann@32217
    55
    
haftmann@32217
    56
    Set.Inf ~>      Complete_Lattice.Inf
haftmann@32217
    57
    Set.Sup ~>      Complete_Lattice.Sup
haftmann@32217
    58
    Set.INFI ~>     Complete_Lattice.INFI
haftmann@32217
    59
    Set.SUPR ~>     Complete_Lattice.SUPR
haftmann@32217
    60
    Set.Inter ~>    Complete_Lattice.Inter
haftmann@32217
    61
    Set.Union ~>    Complete_Lattice.Union
haftmann@32217
    62
    Set.INTER ~>    Complete_Lattice.INTER
haftmann@32217
    63
    Set.UNION ~>    Complete_Lattice.UNION
haftmann@32217
    64
haftmann@32217
    65
  INCOMPATIBILITY.
haftmann@32064
    66
wenzelm@31547
    67
* Class semiring_div requires superclass no_zero_divisors and proof of
wenzelm@31547
    68
div_mult_mult1; theorems div_mult_mult1, div_mult_mult2,
wenzelm@31547
    69
div_mult_mult1_if, div_mult_mult1 and div_mult_mult2 have been
wenzelm@31547
    70
generalized to class semiring_div, subsuming former theorems
wenzelm@31547
    71
zdiv_zmult_zmult1, zdiv_zmult_zmult1_if, zdiv_zmult_zmult1 and
wenzelm@31547
    72
zdiv_zmult_zmult2.  div_mult_mult1 is now [simp] by default.
wenzelm@31547
    73
INCOMPATIBILITY.
wenzelm@31547
    74
wenzelm@31547
    75
* Power operations on relations and functions are now one dedicate
wenzelm@31547
    76
constant compow with infix syntax "^^".  Power operations on
wenzelm@31547
    77
multiplicative monoids retains syntax "^" and is now defined generic
wenzelm@31547
    78
in class power.  INCOMPATIBILITY.
wenzelm@31547
    79
krauss@32235
    80
* Relation composition "R O S" now has a "more standard" argument order,
krauss@32235
    81
i.e., "R O S = {(x,z). EX y. (x,y) : R & (y,z) : S }".
krauss@32235
    82
INCOMPATIBILITY: Rewrite propositions with "S O R" --> "R O S". Proofs
krauss@32235
    83
may occationally break, since the O_assoc rule was not rewritten like this.
krauss@32235
    84
Fix using O_assoc[symmetric].
krauss@32235
    85
The same applies to the curried version "R OO S".
krauss@32235
    86
nipkow@32130
    87
* GCD now has functions Gcd/GCD and Lcm/LCM for the gcd and lcm of finite and
nipkow@32130
    88
infinite sets. It is shown that they form a complete lattice.
nipkow@32130
    89
wenzelm@31547
    90
* ML antiquotation @{code_datatype} inserts definition of a datatype
wenzelm@31547
    91
generated by the code generator; see Predicate.thy for an example.
wenzelm@31547
    92
wenzelm@31547
    93
* New method "linarith" invokes existing linear arithmetic decision
wenzelm@31547
    94
procedure only.
haftmann@31481
    95
wenzelm@31900
    96
* Implementation of quickcheck using generic code generator; default
wenzelm@31900
    97
generators are provided for all suitable HOL types, records and
wenzelm@31900
    98
datatypes.
wenzelm@31900
    99
wenzelm@31900
   100
* Constants Set.Pow and Set.image now with authentic syntax;
wenzelm@31900
   101
object-logic definitions Set.Pow_def and Set.image_def.
wenzelm@31900
   102
INCOMPATIBILITY.
haftmann@31643
   103
nipkow@31790
   104
* Renamed theorems:
nipkow@31790
   105
Suc_eq_add_numeral_1 -> Suc_eq_plus1
nipkow@31790
   106
Suc_eq_add_numeral_1_left -> Suc_eq_plus1_left
nipkow@31790
   107
Suc_plus1 -> Suc_eq_plus1
nipkow@31790
   108
nipkow@31814
   109
* New sledgehammer option "Full Types" in Proof General settings menu.
wenzelm@31900
   110
Causes full type information to be output to the ATPs.  This slows
wenzelm@31900
   111
ATPs down considerably but eliminates a source of unsound "proofs"
wenzelm@31900
   112
that fail later.
wenzelm@31900
   113
wenzelm@31900
   114
* Discontinued ancient tradition to suffix certain ML module names
wenzelm@31900
   115
with "_package", e.g.:
haftmann@31723
   116
haftmann@31723
   117
    DatatypePackage ~> Datatype
haftmann@31723
   118
    InductivePackage ~> Inductive
haftmann@31723
   119
haftmann@31723
   120
    etc.
haftmann@31723
   121
haftmann@31723
   122
INCOMPATIBILITY.
haftmann@31723
   123
wenzelm@31900
   124
* NewNumberTheory: Jeremy Avigad's new version of part of
wenzelm@31900
   125
NumberTheory.  If possible, use NewNumberTheory, not NumberTheory.
haftmann@30949
   126
haftmann@31784
   127
* Simplified interfaces of datatype module.  INCOMPATIBILITY.
haftmann@31784
   128
wenzelm@31900
   129
* Abbreviation "arbitrary" of "undefined" has disappeared; use
wenzelm@31900
   130
"undefined" directly.  INCOMPATIBILITY.
wenzelm@31900
   131
wenzelm@31900
   132
* New evaluator "approximate" approximates an real valued term using
wenzelm@31900
   133
the same method as the approximation method.
wenzelm@31900
   134
wenzelm@31900
   135
* Method "approximate" supports now arithmetic expressions as
wenzelm@31900
   136
boundaries of intervals and implements interval splitting and Taylor
wenzelm@31900
   137
series expansion.
wenzelm@31900
   138
wenzelm@31901
   139
* Changed DERIV_intros to a dynamic fact (via Named_Thms).  Each of
wenzelm@31900
   140
the theorems in DERIV_intros assumes composition with an additional
wenzelm@31900
   141
function and matches a variable to the derivative, which has to be
wenzelm@31900
   142
solved by the simplifier.  Hence (auto intro!: DERIV_intros) computes
wenzelm@31900
   143
the derivative of most elementary terms.
wenzelm@31900
   144
wenzelm@31900
   145
* Maclauren.DERIV_tac and Maclauren.deriv_tac was removed, they are
wenzelm@31900
   146
replaced by: (auto intro!: DERIV_intros).  INCOMPATIBILITY.
wenzelm@31900
   147
hoelzl@31812
   148
wenzelm@31304
   149
*** ML ***
wenzelm@31304
   150
wenzelm@32216
   151
* Tactical FOCUS is similar to SUBPROOF, but allows the body tactic to
wenzelm@32216
   152
introduce new subgoals and schematic variables.  FOCUS_PARAMS is
wenzelm@32216
   153
similar, but focuses on the parameter prefix only, leaving subgoal
wenzelm@32216
   154
premises unchanged.
wenzelm@32216
   155
wenzelm@31971
   156
* Renamed functor TableFun to Table, and GraphFun to Graph.  (Since
wenzelm@31971
   157
functors have their own ML name space there is no point to mark them
wenzelm@31971
   158
separately.)  Minor INCOMPATIBILITY.
wenzelm@31971
   159
wenzelm@31901
   160
* Renamed NamedThmsFun to Named_Thms.  INCOMPATIBILITY.
wenzelm@31901
   161
wenzelm@31306
   162
* Eliminated old Attrib.add_attributes, Method.add_methods and related
wenzelm@31306
   163
cominators for "args".  INCOMPATIBILITY, need to use simplified
wenzelm@31306
   164
Attrib/Method.setup introduced in Isabelle2009.
wenzelm@31304
   165
wenzelm@32151
   166
* Proper context for simpset_of, claset_of, clasimpset_of.  May fall
wenzelm@32151
   167
back on global_simpset_of, global_claset_of, global_clasimpset_of as
wenzelm@32151
   168
last resort.  INCOMPATIBILITY.
wenzelm@32151
   169
wenzelm@32092
   170
* Display.pretty_thm now requires a proper context (cf. former
wenzelm@32092
   171
ProofContext.pretty_thm).  May fall back on Display.pretty_thm_global
wenzelm@32092
   172
or even Display.pretty_thm_without_context as last resort.
wenzelm@32092
   173
INCOMPATIBILITY.
wenzelm@32092
   174
wenzelm@31304
   175
wenzelm@31308
   176
*** System ***
wenzelm@31308
   177
wenzelm@31308
   178
* Discontinued support for Poly/ML 4.x versions.
wenzelm@31308
   179
wenzelm@31317
   180
* Removed "compress" option from isabelle-process and isabelle usedir;
wenzelm@31317
   181
this is always enabled.
wenzelm@31317
   182
wenzelm@32061
   183
* More fine-grained control of proof parallelism, cf.
wenzelm@32061
   184
Goal.parallel_proofs in ML and usedir option -q LEVEL.
wenzelm@32061
   185
wenzelm@31308
   186
wenzelm@31304
   187
wenzelm@30845
   188
New in Isabelle2009 (April 2009)
wenzelm@30845
   189
--------------------------------
haftmann@27104
   190
wenzelm@27599
   191
*** General ***
wenzelm@27599
   192
wenzelm@28504
   193
* Simplified main Isabelle executables, with less surprises on
wenzelm@28504
   194
case-insensitive file-systems (such as Mac OS).
wenzelm@28504
   195
wenzelm@28504
   196
  - The main Isabelle tool wrapper is now called "isabelle" instead of
wenzelm@28504
   197
    "isatool."
wenzelm@28504
   198
wenzelm@28504
   199
  - The former "isabelle" alias for "isabelle-process" has been
wenzelm@28504
   200
    removed (should rarely occur to regular users).
wenzelm@28504
   201
wenzelm@28915
   202
  - The former "isabelle-interface" and its alias "Isabelle" have been
wenzelm@28915
   203
    removed (interfaces are now regular Isabelle tools).
wenzelm@28504
   204
wenzelm@28504
   205
Within scripts and make files, the Isabelle environment variables
wenzelm@28504
   206
ISABELLE_TOOL and ISABELLE_PROCESS replace old ISATOOL and ISABELLE,
wenzelm@28504
   207
respectively.  (The latter are still available as legacy feature.)
wenzelm@28504
   208
wenzelm@28915
   209
The old isabelle-interface wrapper could react in confusing ways if
wenzelm@28915
   210
the interface was uninstalled or changed otherwise.  Individual
wenzelm@28915
   211
interface tool configuration is now more explicit, see also the
wenzelm@28915
   212
Isabelle system manual.  In particular, Proof General is now available
wenzelm@28915
   213
via "isabelle emacs".
wenzelm@28504
   214
wenzelm@28504
   215
INCOMPATIBILITY, need to adapt derivative scripts.  Users may need to
wenzelm@28504
   216
purge installed copies of Isabelle executables and re-run "isabelle
wenzelm@28504
   217
install -p ...", or use symlinks.
wenzelm@28504
   218
wenzelm@28914
   219
* The default for ISABELLE_HOME_USER is now ~/.isabelle instead of the
wenzelm@30845
   220
old ~/isabelle, which was slightly non-standard and apt to cause
wenzelm@30845
   221
surprises on case-insensitive file-systems (such as Mac OS).
wenzelm@28914
   222
wenzelm@28914
   223
INCOMPATIBILITY, need to move existing ~/isabelle/etc,
wenzelm@28914
   224
~/isabelle/heaps, ~/isabelle/browser_info to the new place.  Special
wenzelm@28914
   225
care is required when using older releases of Isabelle.  Note that
wenzelm@28914
   226
ISABELLE_HOME_USER can be changed in Isabelle/etc/settings of any
wenzelm@30845
   227
Isabelle distribution, in order to use the new ~/.isabelle uniformly.
wenzelm@28914
   228
wenzelm@29161
   229
* Proofs of fully specified statements are run in parallel on
wenzelm@30845
   230
multi-core systems.  A speedup factor of 2.5 to 3.2 can be expected on
wenzelm@30845
   231
a regular 4-core machine, if the initial heap space is made reasonably
wenzelm@30845
   232
large (cf. Poly/ML option -H).  (Requires Poly/ML 5.2.1 or later.)
wenzelm@30845
   233
wenzelm@30845
   234
* The main reference manuals ("isar-ref", "implementation", and
wenzelm@30845
   235
"system") have been updated and extended.  Formally checked references
wenzelm@30845
   236
as hyperlinks are now available uniformly.
wenzelm@30845
   237
wenzelm@30163
   238
wenzelm@27599
   239
*** Pure ***
wenzelm@27599
   240
wenzelm@30845
   241
* Complete re-implementation of locales.  INCOMPATIBILITY in several
wenzelm@30845
   242
respects.  The most important changes are listed below.  See the
wenzelm@30845
   243
Tutorial on Locales ("locales" manual) for details.
ballarin@29253
   244
ballarin@29253
   245
- In locale expressions, instantiation replaces renaming.  Parameters
ballarin@29253
   246
must be declared in a for clause.  To aid compatibility with previous
ballarin@29253
   247
parameter inheritance, in locale declarations, parameters that are not
ballarin@29253
   248
'touched' (instantiation position "_" or omitted) are implicitly added
ballarin@29253
   249
with their syntax at the beginning of the for clause.
ballarin@29253
   250
ballarin@29253
   251
- Syntax from abbreviations and definitions in locales is available in
ballarin@29253
   252
locale expressions and context elements.  The latter is particularly
ballarin@29253
   253
useful in locale declarations.
ballarin@29253
   254
ballarin@29253
   255
- More flexible mechanisms to qualify names generated by locale
ballarin@29253
   256
expressions.  Qualifiers (prefixes) may be specified in locale
wenzelm@30728
   257
expressions, and can be marked as mandatory (syntax: "name!:") or
wenzelm@30728
   258
optional (syntax "name?:").  The default depends for plain "name:"
wenzelm@30728
   259
depends on the situation where a locale expression is used: in
wenzelm@30728
   260
commands 'locale' and 'sublocale' prefixes are optional, in
wenzelm@30845
   261
'interpretation' and 'interpret' prefixes are mandatory.  The old
wenzelm@30728
   262
implicit qualifiers derived from the parameter names of a locale are
wenzelm@30728
   263
no longer generated.
wenzelm@30106
   264
wenzelm@30845
   265
- Command "sublocale l < e" replaces "interpretation l < e".  The
wenzelm@30106
   266
instantiation clause in "interpretation" and "interpret" (square
wenzelm@30106
   267
brackets) is no longer available.  Use locale expressions.
ballarin@29253
   268
wenzelm@30845
   269
- When converting proof scripts, mandatory qualifiers in
wenzelm@30728
   270
'interpretation' and 'interpret' should be retained by default, even
wenzelm@30845
   271
if this is an INCOMPATIBILITY compared to former behavior.  In the
wenzelm@30845
   272
worst case, use the "name?:" form for non-mandatory ones.  Qualifiers
wenzelm@30845
   273
in locale expressions range over a single locale instance only.
wenzelm@30845
   274
wenzelm@30845
   275
- Dropped locale element "includes".  This is a major INCOMPATIBILITY.
wenzelm@30845
   276
In existing theorem specifications replace the includes element by the
wenzelm@30845
   277
respective context elements of the included locale, omitting those
wenzelm@30845
   278
that are already present in the theorem specification.  Multiple
wenzelm@30845
   279
assume elements of a locale should be replaced by a single one
wenzelm@30845
   280
involving the locale predicate.  In the proof body, declarations (most
wenzelm@30845
   281
notably theorems) may be regained by interpreting the respective
wenzelm@30845
   282
locales in the proof context as required (command "interpret").
wenzelm@30845
   283
wenzelm@30845
   284
If using "includes" in replacement of a target solely because the
wenzelm@30845
   285
parameter types in the theorem are not as general as in the target,
wenzelm@30845
   286
consider declaring a new locale with additional type constraints on
wenzelm@30845
   287
the parameters (context element "constrains").
wenzelm@30845
   288
wenzelm@30845
   289
- Discontinued "locale (open)".  INCOMPATIBILITY.
wenzelm@30845
   290
wenzelm@30845
   291
- Locale interpretation commands no longer attempt to simplify goal.
wenzelm@30845
   292
INCOMPATIBILITY: in rare situations the generated goal differs.  Use
wenzelm@30845
   293
methods intro_locales and unfold_locales to clarify.
wenzelm@30845
   294
wenzelm@30845
   295
- Locale interpretation commands no longer accept interpretation
wenzelm@30845
   296
attributes.  INCOMPATIBILITY.
wenzelm@30845
   297
wenzelm@30845
   298
* Class declaration: so-called "base sort" must not be given in import
wenzelm@30845
   299
list any longer, but is inferred from the specification.  Particularly
wenzelm@30845
   300
in HOL, write
wenzelm@30845
   301
wenzelm@30845
   302
    class foo = ...
wenzelm@30845
   303
wenzelm@30845
   304
instead of
wenzelm@30845
   305
wenzelm@30845
   306
    class foo = type + ...
wenzelm@30845
   307
wenzelm@30845
   308
* Class target: global versions of theorems stemming do not carry a
wenzelm@30845
   309
parameter prefix any longer.  INCOMPATIBILITY.
wenzelm@30845
   310
wenzelm@30845
   311
* Class 'instance' command no longer accepts attached definitions.
wenzelm@30845
   312
INCOMPATIBILITY, use proper 'instantiation' target instead.
wenzelm@30845
   313
wenzelm@30845
   314
* Recovered hiding of consts, which was accidentally broken in
wenzelm@30845
   315
Isabelle2007.  Potential INCOMPATIBILITY, ``hide const c'' really
wenzelm@30845
   316
makes c inaccessible; consider using ``hide (open) const c'' instead.
wenzelm@30845
   317
wenzelm@30845
   318
* Slightly more coherent Pure syntax, with updated documentation in
wenzelm@30845
   319
isar-ref manual.  Removed locales meta_term_syntax and
wenzelm@30845
   320
meta_conjunction_syntax: TERM and &&& (formerly &&) are now permanent,
wenzelm@30845
   321
INCOMPATIBILITY in rare situations.  Note that &&& should not be used
wenzelm@30845
   322
directly in regular applications.
wenzelm@30845
   323
wenzelm@30845
   324
* There is a new syntactic category "float_const" for signed decimal
wenzelm@30845
   325
fractions (e.g. 123.45 or -123.45).
wenzelm@30845
   326
wenzelm@30845
   327
* Removed exotic 'token_translation' command.  INCOMPATIBILITY, use ML
wenzelm@30845
   328
interface with 'setup' command instead.
wenzelm@30845
   329
wenzelm@30845
   330
* Command 'local_setup' is similar to 'setup', but operates on a local
wenzelm@30845
   331
theory context.
haftmann@27104
   332
wenzelm@28114
   333
* The 'axiomatization' command now only works within a global theory
wenzelm@28114
   334
context.  INCOMPATIBILITY.
wenzelm@28114
   335
wenzelm@30845
   336
* Goal-directed proof now enforces strict proof irrelevance wrt. sort
wenzelm@30845
   337
hypotheses.  Sorts required in the course of reasoning need to be
wenzelm@30845
   338
covered by the constraints in the initial statement, completed by the
wenzelm@30845
   339
type instance information of the background theory.  Non-trivial sort
wenzelm@30845
   340
hypotheses, which rarely occur in practice, may be specified via
wenzelm@30845
   341
vacuous propositions of the form SORT_CONSTRAINT('a::c).  For example:
wenzelm@30845
   342
wenzelm@30845
   343
  lemma assumes "SORT_CONSTRAINT('a::empty)" shows False ...
wenzelm@30845
   344
wenzelm@30845
   345
The result contains an implicit sort hypotheses as before --
wenzelm@30845
   346
SORT_CONSTRAINT premises are eliminated as part of the canonical rule
wenzelm@30845
   347
normalization.
wenzelm@30845
   348
wenzelm@30845
   349
* Generalized Isar history, with support for linear undo, direct state
wenzelm@30845
   350
addressing etc.
wenzelm@30845
   351
wenzelm@30845
   352
* Changed defaults for unify configuration options:
wenzelm@30845
   353
wenzelm@30845
   354
  unify_trace_bound = 50 (formerly 25)
wenzelm@30845
   355
  unify_search_bound = 60 (formerly 30)
wenzelm@30845
   356
wenzelm@30845
   357
* Different bookkeeping for code equations (INCOMPATIBILITY):
wenzelm@30845
   358
wenzelm@30845
   359
  a) On theory merge, the last set of code equations for a particular
wenzelm@30845
   360
     constant is taken (in accordance with the policy applied by other
wenzelm@30845
   361
     parts of the code generator framework).
wenzelm@30845
   362
wenzelm@30845
   363
  b) Code equations stemming from explicit declarations (e.g. code
wenzelm@30845
   364
     attribute) gain priority over default code equations stemming
wenzelm@30845
   365
     from definition, primrec, fun etc.
wenzelm@30845
   366
wenzelm@30845
   367
* Keyword 'code_exception' now named 'code_abort'.  INCOMPATIBILITY.
wenzelm@30845
   368
haftmann@30965
   369
* Unified theorem tables for both code generators.  Thus [code
wenzelm@30845
   370
func] has disappeared and only [code] remains.  INCOMPATIBILITY.
wenzelm@30577
   371
wenzelm@30577
   372
* Command 'find_consts' searches for constants based on type and name
wenzelm@30577
   373
patterns, e.g.
kleing@29883
   374
kleing@29883
   375
    find_consts "_ => bool"
kleing@29883
   376
wenzelm@30106
   377
By default, matching is against subtypes, but it may be restricted to
wenzelm@30728
   378
the whole type.  Searching by name is possible.  Multiple queries are
wenzelm@30106
   379
conjunctive and queries may be negated by prefixing them with a
wenzelm@30106
   380
hyphen:
kleing@29883
   381
kleing@29883
   382
    find_consts strict: "_ => bool" name: "Int" -"int => int"
kleing@29861
   383
wenzelm@30845
   384
* New 'find_theorems' criterion "solves" matches theorems that
wenzelm@30845
   385
directly solve the current goal (modulo higher-order unification).
wenzelm@30845
   386
wenzelm@30845
   387
* Auto solve feature for main theorem statements: whenever a new goal
wenzelm@30845
   388
is stated, "find_theorems solves" is called; any theorems that could
wenzelm@30845
   389
solve the lemma directly are listed as part of the goal state.
wenzelm@30845
   390
Cf. associated options in Proof General Isabelle settings menu,
wenzelm@30845
   391
enabled by default, with reasonable timeout for pathological cases of
wenzelm@30845
   392
higher-order unification.
webertj@30415
   393
haftmann@27104
   394
wenzelm@27381
   395
*** Document preparation ***
wenzelm@27381
   396
wenzelm@27381
   397
* Antiquotation @{lemma} now imitates a regular terminal proof,
wenzelm@27392
   398
demanding keyword 'by' and supporting the full method expression
wenzelm@27519
   399
syntax just like the Isar command 'by'.
wenzelm@27381
   400
wenzelm@27381
   401
haftmann@27104
   402
*** HOL ***
haftmann@27104
   403
wenzelm@30845
   404
* Integrated main parts of former image HOL-Complex with HOL.  Entry
wenzelm@30845
   405
points Main and Complex_Main remain as before.
wenzelm@30845
   406
wenzelm@30845
   407
* Logic image HOL-Plain provides a minimal HOL with the most important
wenzelm@30845
   408
tools available (inductive, datatype, primrec, ...).  This facilitates
wenzelm@30845
   409
experimentation and tool development.  Note that user applications
wenzelm@30845
   410
(and library theories) should never refer to anything below theory
wenzelm@30845
   411
Main, as before.
wenzelm@30845
   412
wenzelm@30845
   413
* Logic image HOL-Main stops at theory Main, and thus facilitates
wenzelm@30845
   414
experimentation due to shorter build times.
wenzelm@30845
   415
wenzelm@30845
   416
* Logic image HOL-NSA contains theories of nonstandard analysis which
wenzelm@30845
   417
were previously part of former HOL-Complex.  Entry point Hyperreal
wenzelm@30845
   418
remains valid, but theories formerly using Complex_Main should now use
wenzelm@30845
   419
new entry point Hypercomplex.
wenzelm@30845
   420
wenzelm@30845
   421
* Generic ATP manager for Sledgehammer, based on ML threads instead of
wenzelm@30845
   422
Posix processes.  Avoids potentially expensive forking of the ML
wenzelm@30845
   423
process.  New thread-based implementation also works on non-Unix
wenzelm@30845
   424
platforms (Cygwin).  Provers are no longer hardwired, but defined
wenzelm@30845
   425
within the theory via plain ML wrapper functions.  Basic Sledgehammer
wenzelm@30845
   426
commands are covered in the isar-ref manual.
wenzelm@30845
   427
wenzelm@30845
   428
* Wrapper scripts for remote SystemOnTPTP service allows to use
wenzelm@30845
   429
sledgehammer without local ATP installation (Vampire etc.). Other
wenzelm@30845
   430
provers may be included via suitable ML wrappers, see also
wenzelm@30845
   431
src/HOL/ATP_Linkup.thy.
wenzelm@30845
   432
wenzelm@30845
   433
* ATP selection (E/Vampire/Spass) is now via Proof General's settings
wenzelm@30845
   434
menu.
wenzelm@30845
   435
wenzelm@30845
   436
* The metis method no longer fails because the theorem is too trivial
wenzelm@30845
   437
(contains the empty clause).
wenzelm@30845
   438
wenzelm@30845
   439
* The metis method now fails in the usual manner, rather than raising
wenzelm@30845
   440
an exception, if it determines that it cannot prove the theorem.
wenzelm@30845
   441
wenzelm@30845
   442
* Method "coherent" implements a prover for coherent logic (see also
wenzelm@30845
   443
src/Tools/coherent.ML).
wenzelm@30845
   444
wenzelm@30845
   445
* Constants "undefined" and "default" replace "arbitrary".  Usually
wenzelm@30845
   446
"undefined" is the right choice to replace "arbitrary", though
wenzelm@30845
   447
logically there is no difference.  INCOMPATIBILITY.
wenzelm@30845
   448
wenzelm@30845
   449
* Command "value" now integrates different evaluation mechanisms.  The
wenzelm@30845
   450
result of the first successful evaluation mechanism is printed.  In
wenzelm@30845
   451
square brackets a particular named evaluation mechanisms may be
wenzelm@30845
   452
specified (currently, [SML], [code] or [nbe]).  See further
wenzelm@30845
   453
src/HOL/ex/Eval_Examples.thy.
wenzelm@30845
   454
wenzelm@30845
   455
* Normalization by evaluation now allows non-leftlinear equations.
wenzelm@30845
   456
Declare with attribute [code nbe].
wenzelm@30845
   457
wenzelm@30845
   458
* Methods "case_tac" and "induct_tac" now refer to the very same rules
wenzelm@30845
   459
as the structured Isar versions "cases" and "induct", cf. the
wenzelm@30845
   460
corresponding "cases" and "induct" attributes.  Mutual induction rules
wenzelm@30845
   461
are now presented as a list of individual projections
wenzelm@30845
   462
(e.g. foo_bar.inducts for types foo and bar); the old format with
wenzelm@30845
   463
explicit HOL conjunction is no longer supported.  INCOMPATIBILITY, in
wenzelm@30845
   464
rare situations a different rule is selected --- notably nested tuple
wenzelm@30845
   465
elimination instead of former prod.exhaust: use explicit (case_tac t
wenzelm@30845
   466
rule: prod.exhaust) here.
wenzelm@30845
   467
wenzelm@30845
   468
* Attributes "cases", "induct", "coinduct" support "del" option.
wenzelm@30845
   469
wenzelm@30845
   470
* Removed fact "case_split_thm", which duplicates "case_split".
wenzelm@30845
   471
wenzelm@30845
   472
* The option datatype has been moved to a new theory Option.  Renamed
wenzelm@30845
   473
option_map to Option.map, and o2s to Option.set, INCOMPATIBILITY.
wenzelm@30845
   474
wenzelm@30845
   475
* New predicate "strict_mono" classifies strict functions on partial
wenzelm@30845
   476
orders.  With strict functions on linear orders, reasoning about
wenzelm@30845
   477
(in)equalities is facilitated by theorems "strict_mono_eq",
wenzelm@30845
   478
"strict_mono_less_eq" and "strict_mono_less".
wenzelm@30845
   479
wenzelm@30845
   480
* Some set operations are now proper qualified constants with
wenzelm@30845
   481
authentic syntax.  INCOMPATIBILITY:
haftmann@30304
   482
haftmann@30304
   483
    op Int ~>   Set.Int
haftmann@30304
   484
    op Un ~>    Set.Un
haftmann@30304
   485
    INTER ~>    Set.INTER
haftmann@30304
   486
    UNION ~>    Set.UNION
haftmann@30304
   487
    Inter ~>    Set.Inter
haftmann@30304
   488
    Union ~>    Set.Union
haftmann@30304
   489
    {} ~>       Set.empty
haftmann@30304
   490
    UNIV ~>     Set.UNIV
haftmann@30304
   491
wenzelm@30845
   492
* Class complete_lattice with operations Inf, Sup, INFI, SUPR now in
wenzelm@30845
   493
theory Set.
wenzelm@30845
   494
wenzelm@30845
   495
* Auxiliary class "itself" has disappeared -- classes without any
wenzelm@30845
   496
parameter are treated as expected by the 'class' command.
haftmann@29797
   497
haftmann@29823
   498
* Leibnitz's Series for Pi and the arcus tangens and logarithm series.
haftmann@29823
   499
wenzelm@30845
   500
* Common decision procedures (Cooper, MIR, Ferrack, Approximation,
wenzelm@30845
   501
Dense_Linear_Order) are now in directory HOL/Decision_Procs.
wenzelm@30845
   502
wenzelm@30845
   503
* Theory src/HOL/Decision_Procs/Approximation provides the new proof
wenzelm@30845
   504
method "approximation".  It proves formulas on real values by using
wenzelm@30845
   505
interval arithmetic.  In the formulas are also the transcendental
wenzelm@30845
   506
functions sin, cos, tan, atan, ln, exp and the constant pi are
wenzelm@30845
   507
allowed. For examples see
wenzelm@30845
   508
src/HOL/Descision_Procs/ex/Approximation_Ex.thy.
haftmann@29823
   509
haftmann@29823
   510
* Theory "Reflection" now resides in HOL/Library.
haftmann@29650
   511
wenzelm@30845
   512
* Entry point to Word library now simply named "Word".
wenzelm@30845
   513
INCOMPATIBILITY.
haftmann@29628
   514
haftmann@29197
   515
* Made source layout more coherent with logical distribution
haftmann@29197
   516
structure:
haftmann@28952
   517
haftmann@28952
   518
    src/HOL/Library/RType.thy ~> src/HOL/Typerep.thy
haftmann@28952
   519
    src/HOL/Library/Code_Message.thy ~> src/HOL/
haftmann@28952
   520
    src/HOL/Library/GCD.thy ~> src/HOL/
haftmann@28952
   521
    src/HOL/Library/Order_Relation.thy ~> src/HOL/
haftmann@28952
   522
    src/HOL/Library/Parity.thy ~> src/HOL/
haftmann@28952
   523
    src/HOL/Library/Univ_Poly.thy ~> src/HOL/
huffman@30176
   524
    src/HOL/Real/ContNotDenum.thy ~> src/HOL/Library/
haftmann@28952
   525
    src/HOL/Real/Lubs.thy ~> src/HOL/
haftmann@28952
   526
    src/HOL/Real/PReal.thy ~> src/HOL/
haftmann@28952
   527
    src/HOL/Real/Rational.thy ~> src/HOL/
haftmann@28952
   528
    src/HOL/Real/RComplete.thy ~> src/HOL/
haftmann@28952
   529
    src/HOL/Real/RealDef.thy ~> src/HOL/
haftmann@28952
   530
    src/HOL/Real/RealPow.thy ~> src/HOL/
haftmann@28952
   531
    src/HOL/Real/Real.thy ~> src/HOL/
haftmann@28952
   532
    src/HOL/Complex/Complex_Main.thy ~> src/HOL/
haftmann@28952
   533
    src/HOL/Complex/Complex.thy ~> src/HOL/
huffman@30176
   534
    src/HOL/Complex/FrechetDeriv.thy ~> src/HOL/Library/
huffman@30176
   535
    src/HOL/Complex/Fundamental_Theorem_Algebra.thy ~> src/HOL/Library/
haftmann@28952
   536
    src/HOL/Hyperreal/Deriv.thy ~> src/HOL/
haftmann@28952
   537
    src/HOL/Hyperreal/Fact.thy ~> src/HOL/
haftmann@28952
   538
    src/HOL/Hyperreal/Integration.thy ~> src/HOL/
haftmann@28952
   539
    src/HOL/Hyperreal/Lim.thy ~> src/HOL/
haftmann@28952
   540
    src/HOL/Hyperreal/Ln.thy ~> src/HOL/
haftmann@28952
   541
    src/HOL/Hyperreal/Log.thy ~> src/HOL/
haftmann@28952
   542
    src/HOL/Hyperreal/MacLaurin.thy ~> src/HOL/
haftmann@28952
   543
    src/HOL/Hyperreal/NthRoot.thy ~> src/HOL/
haftmann@28952
   544
    src/HOL/Hyperreal/Series.thy ~> src/HOL/
haftmann@29197
   545
    src/HOL/Hyperreal/SEQ.thy ~> src/HOL/
haftmann@28952
   546
    src/HOL/Hyperreal/Taylor.thy ~> src/HOL/
haftmann@28952
   547
    src/HOL/Hyperreal/Transcendental.thy ~> src/HOL/
haftmann@28952
   548
    src/HOL/Real/Float ~> src/HOL/Library/
haftmann@29197
   549
    src/HOL/Real/HahnBanach ~> src/HOL/HahnBanach
haftmann@29197
   550
    src/HOL/Real/RealVector.thy ~> src/HOL/
haftmann@28952
   551
haftmann@28952
   552
    src/HOL/arith_data.ML ~> src/HOL/Tools
haftmann@28952
   553
    src/HOL/hologic.ML ~> src/HOL/Tools
haftmann@28952
   554
    src/HOL/simpdata.ML ~> src/HOL/Tools
haftmann@28952
   555
    src/HOL/int_arith1.ML ~> src/HOL/Tools/int_arith.ML
haftmann@28952
   556
    src/HOL/int_factor_simprocs.ML ~> src/HOL/Tools
haftmann@28952
   557
    src/HOL/nat_simprocs.ML ~> src/HOL/Tools
haftmann@28952
   558
    src/HOL/Real/float_arith.ML ~> src/HOL/Tools
haftmann@28952
   559
    src/HOL/Real/float_syntax.ML ~> src/HOL/Tools
haftmann@28952
   560
    src/HOL/Real/rat_arith.ML ~> src/HOL/Tools
haftmann@28952
   561
    src/HOL/Real/real_arith.ML ~> src/HOL/Tools
haftmann@28952
   562
haftmann@29398
   563
    src/HOL/Library/Array.thy ~> src/HOL/Imperative_HOL
haftmann@29398
   564
    src/HOL/Library/Heap_Monad.thy ~> src/HOL/Imperative_HOL
haftmann@29398
   565
    src/HOL/Library/Heap.thy ~> src/HOL/Imperative_HOL
haftmann@29398
   566
    src/HOL/Library/Imperative_HOL.thy ~> src/HOL/Imperative_HOL
haftmann@29398
   567
    src/HOL/Library/Ref.thy ~> src/HOL/Imperative_HOL
haftmann@29398
   568
    src/HOL/Library/Relational.thy ~> src/HOL/Imperative_HOL
haftmann@29398
   569
wenzelm@30845
   570
* If methods "eval" and "evaluation" encounter a structured proof
wenzelm@30845
   571
state with !!/==>, only the conclusion is evaluated to True (if
wenzelm@30845
   572
possible), avoiding strange error messages.
wenzelm@30845
   573
wenzelm@30845
   574
* Method "sizechange" automates termination proofs using (a
wenzelm@30845
   575
modification of) the size-change principle.  Requires SAT solver.  See
wenzelm@30845
   576
src/HOL/ex/Termination.thy for examples.
wenzelm@30845
   577
wenzelm@30845
   578
* Simplifier: simproc for let expressions now unfolds if bound
wenzelm@30845
   579
variable occurs at most once in let expression body.  INCOMPATIBILITY.
wenzelm@30845
   580
wenzelm@30845
   581
* Method "arith": Linear arithmetic now ignores all inequalities when
wenzelm@30845
   582
fast_arith_neq_limit is exceeded, instead of giving up entirely.
wenzelm@30845
   583
wenzelm@30845
   584
* New attribute "arith" for facts that should always be used
wenzelm@30845
   585
automatically by arithmetic. It is intended to be used locally in
wenzelm@30845
   586
proofs, e.g.
wenzelm@30845
   587
wenzelm@30845
   588
  assumes [arith]: "x > 0"
wenzelm@30845
   589
nipkow@30706
   590
Global usage is discouraged because of possible performance impact.
nipkow@30706
   591
wenzelm@30845
   592
* New classes "top" and "bot" with corresponding operations "top" and
wenzelm@30845
   593
"bot" in theory Orderings; instantiation of class "complete_lattice"
wenzelm@30845
   594
requires instantiation of classes "top" and "bot".  INCOMPATIBILITY.
wenzelm@30845
   595
wenzelm@30845
   596
* Changed definition lemma "less_fun_def" in order to provide an
wenzelm@30845
   597
instance for preorders on functions; use lemma "less_le" instead.
wenzelm@30845
   598
INCOMPATIBILITY.
wenzelm@30845
   599
wenzelm@30845
   600
* Theory Orderings: class "wellorder" moved here, with explicit
wenzelm@30845
   601
induction rule "less_induct" as assumption.  For instantiation of
wenzelm@30845
   602
"wellorder" by means of predicate "wf", use rule wf_wellorderI.
wenzelm@30845
   603
INCOMPATIBILITY.
wenzelm@30845
   604
wenzelm@30845
   605
* Theory Orderings: added class "preorder" as superclass of "order".
wenzelm@27793
   606
INCOMPATIBILITY: Instantiation proofs for order, linorder
wenzelm@27793
   607
etc. slightly changed.  Some theorems named order_class.* now named
wenzelm@27793
   608
preorder_class.*.
wenzelm@27793
   609
wenzelm@30845
   610
* Theory Relation: renamed "refl" to "refl_on", "reflexive" to "refl,
wenzelm@30845
   611
"diag" to "Id_on".
wenzelm@30845
   612
wenzelm@30845
   613
* Theory Finite_Set: added a new fold combinator of type
wenzelm@30845
   614
nipkow@28855
   615
  ('a => 'b => 'b) => 'b => 'a set => 'b
wenzelm@30845
   616
wenzelm@30845
   617
Occasionally this is more convenient than the old fold combinator
wenzelm@30845
   618
which is now defined in terms of the new one and renamed to
wenzelm@30845
   619
fold_image.
wenzelm@30845
   620
wenzelm@30845
   621
* Theories Ring_and_Field and OrderedGroup: The lemmas "group_simps"
wenzelm@30845
   622
and "ring_simps" have been replaced by "algebra_simps" (which can be
wenzelm@30845
   623
extended with further lemmas!).  At the moment both still exist but
wenzelm@30845
   624
the former will disappear at some point.
wenzelm@30845
   625
wenzelm@30845
   626
* Theory Power: Lemma power_Suc is now declared as a simp rule in
wenzelm@30845
   627
class recpower.  Type-specific simp rules for various recpower types
wenzelm@30845
   628
have been removed.  INCOMPATIBILITY, rename old lemmas as follows:
huffman@30273
   629
huffman@30273
   630
rat_power_0    -> power_0
huffman@30273
   631
rat_power_Suc  -> power_Suc
huffman@30273
   632
realpow_0      -> power_0
huffman@30273
   633
realpow_Suc    -> power_Suc
huffman@30273
   634
complexpow_0   -> power_0
huffman@30273
   635
complexpow_Suc -> power_Suc
huffman@30273
   636
power_poly_0   -> power_0
huffman@30273
   637
power_poly_Suc -> power_Suc
huffman@30273
   638
wenzelm@30845
   639
* Theories Ring_and_Field and Divides: Definition of "op dvd" has been
wenzelm@27793
   640
moved to separate class dvd in Ring_and_Field; a couple of lemmas on
wenzelm@27793
   641
dvd has been generalized to class comm_semiring_1.  Likewise a bunch
wenzelm@27793
   642
of lemmas from Divides has been generalized from nat to class
wenzelm@27793
   643
semiring_div.  INCOMPATIBILITY.  This involves the following theorem
wenzelm@27793
   644
renames resulting from duplicate elimination:
haftmann@27651
   645
haftmann@27651
   646
    dvd_def_mod ~>          dvd_eq_mod_eq_0
haftmann@27651
   647
    zero_dvd_iff ~>         dvd_0_left_iff
haftmann@28559
   648
    dvd_0 ~>                dvd_0_right
haftmann@27651
   649
    DIVISION_BY_ZERO_DIV ~> div_by_0
haftmann@27651
   650
    DIVISION_BY_ZERO_MOD ~> mod_by_0
haftmann@27651
   651
    mult_div ~>             div_mult_self2_is_id
haftmann@27651
   652
    mult_mod ~>             mod_mult_self2_is_0
haftmann@27651
   653
wenzelm@30845
   654
* Theory IntDiv: removed many lemmas that are instances of class-based
wenzelm@30845
   655
generalizations (from Divides and Ring_and_Field).  INCOMPATIBILITY,
wenzelm@30845
   656
rename old lemmas as follows:
nipkow@30044
   657
nipkow@30044
   658
dvd_diff               -> nat_dvd_diff
nipkow@30044
   659
dvd_zminus_iff         -> dvd_minus_iff
nipkow@30224
   660
mod_add1_eq            -> mod_add_eq
nipkow@30224
   661
mod_mult1_eq           -> mod_mult_right_eq
nipkow@30224
   662
mod_mult1_eq'          -> mod_mult_left_eq
nipkow@30224
   663
mod_mult_distrib_mod   -> mod_mult_eq
nipkow@30044
   664
nat_mod_add_left_eq    -> mod_add_left_eq
nipkow@30044
   665
nat_mod_add_right_eq   -> mod_add_right_eq
nipkow@30044
   666
nat_mod_div_trivial    -> mod_div_trivial
nipkow@30044
   667
nat_mod_mod_trivial    -> mod_mod_trivial
nipkow@30044
   668
zdiv_zadd_self1        -> div_add_self1
nipkow@30044
   669
zdiv_zadd_self2        -> div_add_self2
nipkow@30181
   670
zdiv_zmult_self1       -> div_mult_self2_is_id
nipkow@30044
   671
zdiv_zmult_self2       -> div_mult_self1_is_id
nipkow@30044
   672
zdvd_triv_left         -> dvd_triv_left
nipkow@30044
   673
zdvd_triv_right        -> dvd_triv_right
nipkow@30044
   674
zdvd_zmult_cancel_disj -> dvd_mult_cancel_left
nipkow@30085
   675
zmod_eq0_zdvd_iff      -> dvd_eq_mod_eq_0[symmetric]
nipkow@30044
   676
zmod_zadd_left_eq      -> mod_add_left_eq
nipkow@30044
   677
zmod_zadd_right_eq     -> mod_add_right_eq
nipkow@30044
   678
zmod_zadd_self1        -> mod_add_self1
nipkow@30044
   679
zmod_zadd_self2        -> mod_add_self2
nipkow@30224
   680
zmod_zadd1_eq          -> mod_add_eq
nipkow@30044
   681
zmod_zdiff1_eq         -> mod_diff_eq
nipkow@30044
   682
zmod_zdvd_zmod         -> mod_mod_cancel
nipkow@30044
   683
zmod_zmod_cancel       -> mod_mod_cancel
nipkow@30044
   684
zmod_zmult_self1       -> mod_mult_self2_is_0
nipkow@30044
   685
zmod_zmult_self2       -> mod_mult_self1_is_0
nipkow@30044
   686
zmod_1                 -> mod_by_1
nipkow@30044
   687
zdiv_1                 -> div_by_1
nipkow@30044
   688
zdvd_abs1              -> abs_dvd_iff
nipkow@30044
   689
zdvd_abs2              -> dvd_abs_iff
nipkow@30044
   690
zdvd_refl              -> dvd_refl
nipkow@30044
   691
zdvd_trans             -> dvd_trans
nipkow@30044
   692
zdvd_zadd              -> dvd_add
nipkow@30044
   693
zdvd_zdiff             -> dvd_diff
nipkow@30044
   694
zdvd_zminus_iff        -> dvd_minus_iff
nipkow@30044
   695
zdvd_zminus2_iff       -> minus_dvd_iff
nipkow@30044
   696
zdvd_zmultD            -> dvd_mult_right
nipkow@30044
   697
zdvd_zmultD2           -> dvd_mult_left
nipkow@30044
   698
zdvd_zmult_mono        -> mult_dvd_mono
nipkow@30044
   699
zdvd_0_right           -> dvd_0_right
nipkow@30044
   700
zdvd_0_left            -> dvd_0_left_iff
nipkow@30044
   701
zdvd_1_left            -> one_dvd
nipkow@30044
   702
zminus_dvd_iff         -> minus_dvd_iff
nipkow@30044
   703
wenzelm@30845
   704
* Theory Rational: 'Fract k 0' now equals '0'.  INCOMPATIBILITY.
wenzelm@30845
   705
wenzelm@30845
   706
* The real numbers offer decimal input syntax: 12.34 is translated
wenzelm@30845
   707
into 1234/10^2. This translation is not reversed upon output.
wenzelm@30845
   708
wenzelm@30845
   709
* Theory Library/Polynomial defines an abstract type 'a poly of
wenzelm@30845
   710
univariate polynomials with coefficients of type 'a.  In addition to
wenzelm@30845
   711
the standard ring operations, it also supports div and mod.  Code
wenzelm@30845
   712
generation is also supported, using list-style constructors.
wenzelm@30845
   713
wenzelm@30845
   714
* Theory Library/Inner_Product defines a class of real_inner for real
wenzelm@30845
   715
inner product spaces, with an overloaded operation inner :: 'a => 'a
wenzelm@30845
   716
=> real.  Class real_inner is a subclass of real_normed_vector from
wenzelm@30845
   717
theory RealVector.
wenzelm@30845
   718
wenzelm@30845
   719
* Theory Library/Product_Vector provides instances for the product
wenzelm@30845
   720
type 'a * 'b of several classes from RealVector and Inner_Product.
wenzelm@30845
   721
Definitions of addition, subtraction, scalar multiplication, norms,
wenzelm@30845
   722
and inner products are included.
wenzelm@30845
   723
wenzelm@30845
   724
* Theory Library/Bit defines the field "bit" of integers modulo 2.  In
wenzelm@30845
   725
addition to the field operations, numerals and case syntax are also
wenzelm@30845
   726
supported.
wenzelm@30845
   727
wenzelm@30845
   728
* Theory Library/Diagonalize provides constructive version of Cantor's
wenzelm@30845
   729
first diagonalization argument.
wenzelm@30845
   730
wenzelm@30845
   731
* Theory Library/GCD: Curried operations gcd, lcm (for nat) and zgcd,
wenzelm@27599
   732
zlcm (for int); carried together from various gcd/lcm developements in
wenzelm@30845
   733
the HOL Distribution.  Constants zgcd and zlcm replace former igcd and
wenzelm@30845
   734
ilcm; corresponding theorems renamed accordingly.  INCOMPATIBILITY,
wenzelm@30845
   735
may recover tupled syntax as follows:
haftmann@27556
   736
haftmann@27556
   737
    hide (open) const gcd
haftmann@27556
   738
    abbreviation gcd where
haftmann@27556
   739
      "gcd == (%(a, b). GCD.gcd a b)"
haftmann@27556
   740
    notation (output)
haftmann@27556
   741
      GCD.gcd ("gcd '(_, _')")
haftmann@27556
   742
wenzelm@30845
   743
The same works for lcm, zgcd, zlcm.
wenzelm@30845
   744
wenzelm@30845
   745
* Theory Library/Nat_Infinity: added addition, numeral syntax and more
wenzelm@30845
   746
instantiations for algebraic structures.  Removed some duplicate
wenzelm@30845
   747
theorems.  Changes in simp rules.  INCOMPATIBILITY.
wenzelm@30845
   748
wenzelm@30845
   749
* ML antiquotation @{code} takes a constant as argument and generates
haftmann@27651
   750
corresponding code in background and inserts name of the corresponding
haftmann@27651
   751
resulting ML value/function/datatype constructor binding in place.
haftmann@27651
   752
All occurrences of @{code} with a single ML block are generated
haftmann@27651
   753
simultaneously.  Provides a generic and safe interface for
wenzelm@30845
   754
instrumentalizing code generation.  See
wenzelm@30845
   755
src/HOL/Decision_Procs/Ferrack.thy for a more ambitious application.
wenzelm@30845
   756
In future you ought to refrain from ad-hoc compiling generated SML
wenzelm@30845
   757
code on the ML toplevel.  Note that (for technical reasons) @{code}
wenzelm@30845
   758
cannot refer to constants for which user-defined serializations are
wenzelm@30845
   759
set.  Refer to the corresponding ML counterpart directly in that
wenzelm@30845
   760
cases.
wenzelm@27122
   761
wenzelm@27122
   762
* Command 'rep_datatype': instead of theorem names the command now
wenzelm@27122
   763
takes a list of terms denoting the constructors of the type to be
wenzelm@27122
   764
represented as datatype.  The characteristic theorems have to be
wenzelm@27122
   765
proven.  INCOMPATIBILITY.  Also observe that the following theorems
wenzelm@27122
   766
have disappeared in favour of existing ones:
wenzelm@27122
   767
haftmann@27104
   768
    unit_induct                 ~> unit.induct
haftmann@27104
   769
    prod_induct                 ~> prod.induct
haftmann@27104
   770
    sum_induct                  ~> sum.induct
haftmann@27104
   771
    Suc_Suc_eq                  ~> nat.inject
haftmann@27104
   772
    Suc_not_Zero Zero_not_Suc   ~> nat.distinct
haftmann@27104
   773
haftmann@27104
   774
ballarin@27696
   775
*** HOL-Algebra ***
ballarin@27696
   776
ballarin@27713
   777
* New locales for orders and lattices where the equivalence relation
wenzelm@30106
   778
is not restricted to equality.  INCOMPATIBILITY: all order and lattice
wenzelm@30106
   779
locales use a record structure with field eq for the equivalence.
ballarin@27713
   780
ballarin@27713
   781
* New theory of factorial domains.
ballarin@27713
   782
wenzelm@30845
   783
* Units_l_inv and Units_r_inv are now simp rules by default.
ballarin@27696
   784
INCOMPATIBILITY.  Simplifier proof that require deletion of l_inv
ballarin@27696
   785
and/or r_inv will now also require deletion of these lemmas.
ballarin@27696
   786
wenzelm@30845
   787
* Renamed the following theorems, INCOMPATIBILITY:
wenzelm@30845
   788
ballarin@27696
   789
UpperD ~> Upper_memD
ballarin@27696
   790
LowerD ~> Lower_memD
ballarin@27696
   791
least_carrier ~> least_closed
ballarin@27696
   792
greatest_carrier ~> greatest_closed
ballarin@27696
   793
greatest_Lower_above ~> greatest_Lower_below
ballarin@27717
   794
one_zero ~> carrier_one_zero
ballarin@27717
   795
one_not_zero ~> carrier_one_not_zero  (collision with assumption)
ballarin@27696
   796
wenzelm@27793
   797
wenzelm@30849
   798
*** HOL-Nominal ***
wenzelm@30849
   799
wenzelm@30855
   800
* Nominal datatypes can now contain type-variables.
wenzelm@30855
   801
wenzelm@30855
   802
* Commands 'nominal_inductive' and 'equivariance' work with local
wenzelm@30855
   803
theory targets.
wenzelm@30855
   804
wenzelm@30855
   805
* Nominal primrec can now works with local theory targets and its
wenzelm@30855
   806
specification syntax now conforms to the general format as seen in
wenzelm@30855
   807
'inductive' etc.
wenzelm@30855
   808
wenzelm@30855
   809
* Method "perm_simp" honours the standard simplifier attributes
wenzelm@30855
   810
(no_asm), (no_asm_use) etc.
wenzelm@30855
   811
wenzelm@30855
   812
* The new predicate #* is defined like freshness, except that on the
wenzelm@30855
   813
left hand side can be a set or list of atoms.
wenzelm@30855
   814
wenzelm@30855
   815
* Experimental command 'nominal_inductive2' derives strong induction
wenzelm@30855
   816
principles for inductive definitions.  In contrast to
wenzelm@30855
   817
'nominal_inductive', which can only deal with a fixed number of
wenzelm@30855
   818
binders, it can deal with arbitrary expressions standing for sets of
wenzelm@30855
   819
atoms to be avoided.  The only inductive definition we have at the
wenzelm@30855
   820
moment that needs this generalisation is the typing rule for Lets in
wenzelm@30855
   821
the algorithm W:
wenzelm@30855
   822
wenzelm@30855
   823
 Gamma |- t1 : T1   (x,close Gamma T1)::Gamma |- t2 : T2   x#Gamma
wenzelm@30855
   824
 -----------------------------------------------------------------
wenzelm@30855
   825
         Gamma |- Let x be t1 in t2 : T2
wenzelm@30855
   826
wenzelm@30855
   827
In this rule one wants to avoid all the binders that are introduced by
wenzelm@30855
   828
"close Gamma T1".  We are looking for other examples where this
wenzelm@30855
   829
feature might be useful.  Please let us know.
wenzelm@30849
   830
wenzelm@30849
   831
huffman@30176
   832
*** HOLCF ***
huffman@30176
   833
huffman@30176
   834
* Reimplemented the simplification procedure for proving continuity
huffman@30176
   835
subgoals.  The new simproc is extensible; users can declare additional
huffman@30176
   836
continuity introduction rules with the attribute [cont2cont].
huffman@30176
   837
huffman@30176
   838
* The continuity simproc now uses a different introduction rule for
huffman@30176
   839
solving continuity subgoals on terms with lambda abstractions.  In
huffman@30176
   840
some rare cases the new simproc may fail to solve subgoals that the
huffman@30176
   841
old one could solve, and "simp add: cont2cont_LAM" may be necessary.
huffman@30176
   842
Potential INCOMPATIBILITY.
huffman@30176
   843
wenzelm@30847
   844
* Command 'fixrec': specification syntax now conforms to the general
wenzelm@30855
   845
format as seen in 'inductive' etc.  See src/HOLCF/ex/Fixrec_ex.thy for
wenzelm@30855
   846
examples.  INCOMPATIBILITY.
wenzelm@30845
   847
wenzelm@30845
   848
wenzelm@30845
   849
*** ZF ***
wenzelm@30845
   850
wenzelm@30845
   851
* Proof of Zorn's Lemma for partial orders.
huffman@30176
   852
huffman@30176
   853
wenzelm@27246
   854
*** ML ***
wenzelm@28088
   855
wenzelm@30845
   856
* Multithreading for Poly/ML 5.1/5.2 is no longer supported, only for
wenzelm@30845
   857
Poly/ML 5.2.1 or later.  Important note: the TimeLimit facility
wenzelm@30845
   858
depends on multithreading, so timouts will not work before Poly/ML
wenzelm@30845
   859
5.2.1!
wenzelm@30845
   860
wenzelm@29161
   861
* High-level support for concurrent ML programming, see
wenzelm@29161
   862
src/Pure/Cuncurrent.  The data-oriented model of "future values" is
wenzelm@29161
   863
particularly convenient to organize independent functional
wenzelm@29161
   864
computations.  The concept of "synchronized variables" provides a
wenzelm@29161
   865
higher-order interface for components with shared state, avoiding the
wenzelm@30845
   866
delicate details of mutexes and condition variables.  (Requires
wenzelm@30845
   867
Poly/ML 5.2.1 or later.)
wenzelm@30845
   868
wenzelm@30845
   869
* ML bindings produced via Isar commands are stored within the Isar
wenzelm@30845
   870
context (theory or proof).  Consequently, commands like 'use' and 'ML'
wenzelm@30845
   871
become thread-safe and work with undo as expected (concerning
wenzelm@30845
   872
top-level bindings, not side-effects on global references).
wenzelm@30845
   873
INCOMPATIBILITY, need to provide proper Isar context when invoking the
wenzelm@30845
   874
compiler at runtime; really global bindings need to be given outside a
wenzelm@30845
   875
theory.  (Requires Poly/ML 5.2 or later.)
wenzelm@30845
   876
wenzelm@30845
   877
* Command 'ML_prf' is analogous to 'ML' but works within a proof
wenzelm@30845
   878
context.  Top-level ML bindings are stored within the proof context in
wenzelm@30845
   879
a purely sequential fashion, disregarding the nested proof structure.
wenzelm@30845
   880
ML bindings introduced by 'ML_prf' are discarded at the end of the
wenzelm@30845
   881
proof.  (Requires Poly/ML 5.2 or later.)
wenzelm@29161
   882
wenzelm@30530
   883
* Simplified ML attribute and method setup, cf. functions Attrib.setup
wenzelm@30845
   884
and Method.setup, as well as Isar commands 'attribute_setup' and
wenzelm@30547
   885
'method_setup'.  INCOMPATIBILITY for 'method_setup', need to simplify
wenzelm@30547
   886
existing code accordingly, or use plain 'setup' together with old
wenzelm@30547
   887
Method.add_method.
wenzelm@30530
   888
wenzelm@28294
   889
* Simplified ML oracle interface Thm.add_oracle promotes 'a -> cterm
wenzelm@28294
   890
to 'a -> thm, while results are always tagged with an authentic oracle
wenzelm@28294
   891
name.  The Isar command 'oracle' is now polymorphic, no argument type
wenzelm@28294
   892
is specified.  INCOMPATIBILITY, need to simplify existing oracle code
wenzelm@28294
   893
accordingly.  Note that extra performance may be gained by producing
wenzelm@28294
   894
the cterm carefully, avoiding slow Thm.cterm_of.
wenzelm@28294
   895
wenzelm@30845
   896
* Simplified interface for defining document antiquotations via
wenzelm@30845
   897
ThyOutput.antiquotation, ThyOutput.output, and optionally
wenzelm@30845
   898
ThyOutput.maybe_pretty_source.  INCOMPATIBILITY, need to simplify user
wenzelm@30845
   899
antiquotations accordingly, see src/Pure/Thy/thy_output.ML for common
wenzelm@30845
   900
examples.
wenzelm@28099
   901
wenzelm@30395
   902
* More systematic treatment of long names, abstract name bindings, and
wenzelm@30395
   903
name space operations.  Basic operations on qualified names have been
wenzelm@30399
   904
move from structure NameSpace to Long_Name, e.g. Long_Name.base_name,
wenzelm@30395
   905
Long_Name.append.  Old type bstring has been mostly replaced by
wenzelm@30395
   906
abstract type binding (see structure Binding), which supports precise
wenzelm@30845
   907
qualification by packages and local theory targets, as well as proper
wenzelm@30845
   908
tracking of source positions.  INCOMPATIBILITY, need to wrap old
wenzelm@30845
   909
bstring values into Binding.name, or better pass through abstract
wenzelm@30399
   910
bindings everywhere.  See further src/Pure/General/long_name.ML,
wenzelm@30395
   911
src/Pure/General/binding.ML and src/Pure/General/name_space.ML
wenzelm@30395
   912
wenzelm@28089
   913
* Result facts (from PureThy.note_thms, ProofContext.note_thms,
wenzelm@28089
   914
LocalTheory.note etc.) now refer to the *full* internal name, not the
wenzelm@28089
   915
bstring as before.  INCOMPATIBILITY, not detected by ML type-checking!
wenzelm@28089
   916
wenzelm@27287
   917
* Disposed old type and term read functions (Sign.read_def_typ,
wenzelm@27287
   918
Sign.read_typ, Sign.read_def_terms, Sign.read_term,
wenzelm@27287
   919
Thm.read_def_cterms, Thm.read_cterm etc.).  INCOMPATIBILITY, should
wenzelm@27287
   920
use regular Syntax.read_typ, Syntax.read_term, Syntax.read_typ_global,
wenzelm@27269
   921
Syntax.read_term_global etc.; see also OldGoals.read_term as last
wenzelm@27269
   922
resort for legacy applications.
wenzelm@27269
   923
wenzelm@30609
   924
* Disposed old declarations, tactics, tactic combinators that refer to
wenzelm@30609
   925
the simpset or claset of an implicit theory (such as Addsimps,
wenzelm@30609
   926
Simp_tac, SIMPSET).  INCOMPATIBILITY, should use @{simpset} etc. in
wenzelm@30609
   927
embedded ML text, or local_simpset_of with a proper context passed as
wenzelm@30609
   928
explicit runtime argument.
wenzelm@30609
   929
wenzelm@30845
   930
* Rules and tactics that read instantiations (read_instantiate,
wenzelm@30845
   931
res_inst_tac, thin_tac, subgoal_tac etc.) now demand a proper proof
wenzelm@30845
   932
context, which is required for parsing and type-checking.  Moreover,
wenzelm@30845
   933
the variables are specified as plain indexnames, not string encodings
wenzelm@30845
   934
thereof.  INCOMPATIBILITY.
wenzelm@30845
   935
wenzelm@30845
   936
* Generic Toplevel.add_hook interface allows to analyze the result of
wenzelm@30845
   937
transactions.  E.g. see src/Pure/ProofGeneral/proof_general_pgip.ML
wenzelm@30845
   938
for theorem dependency output of transactions resulting in a new
wenzelm@30845
   939
theory state.
wenzelm@30845
   940
wenzelm@30845
   941
* ML antiquotations: block-structured compilation context indicated by
wenzelm@27391
   942
\<lbrace> ... \<rbrace>; additional antiquotation forms:
wenzelm@27391
   943
wenzelm@30845
   944
  @{binding name}                         - basic name binding
wenzelm@27519
   945
  @{let ?pat = term}                      - term abbreviation (HO matching)
wenzelm@27519
   946
  @{note name = fact}                     - fact abbreviation
wenzelm@27519
   947
  @{thm fact}                             - singleton fact (with attributes)
wenzelm@27519
   948
  @{thms fact}                            - general fact (with attributes)
wenzelm@27519
   949
  @{lemma prop by method}                 - singleton goal
wenzelm@27519
   950
  @{lemma prop by meth1 meth2}            - singleton goal
wenzelm@27519
   951
  @{lemma prop1 ... propN by method}      - general goal
wenzelm@27519
   952
  @{lemma prop1 ... propN by meth1 meth2} - general goal
wenzelm@27519
   953
  @{lemma (open) ...}                     - open derivation
wenzelm@27380
   954
wenzelm@27246
   955
wenzelm@27979
   956
*** System ***
wenzelm@27979
   957
wenzelm@28248
   958
* The Isabelle "emacs" tool provides a specific interface to invoke
wenzelm@28248
   959
Proof General / Emacs, with more explicit failure if that is not
wenzelm@28248
   960
installed (the old isabelle-interface script silently falls back on
wenzelm@28248
   961
isabelle-process).  The PROOFGENERAL_HOME setting determines the
wenzelm@28248
   962
installation location of the Proof General distribution.
wenzelm@28248
   963
wenzelm@27979
   964
* Isabelle/lib/classes/Pure.jar provides basic support to integrate
wenzelm@27979
   965
the Isabelle process into a JVM/Scala application.  See
wenzelm@27979
   966
Isabelle/lib/jedit/plugin for a minimal example.  (The obsolete Java
wenzelm@27979
   967
process wrapper has been discontinued.)
wenzelm@27979
   968
wenzelm@30845
   969
* Added homegrown Isabelle font with unicode layout, see lib/fonts.
wenzelm@30845
   970
wenzelm@30845
   971
* Various status messages (with exact source position information) are
wenzelm@27979
   972
emitted, if proper markup print mode is enabled.  This allows
wenzelm@27979
   973
user-interface components to provide detailed feedback on internal
wenzelm@27979
   974
prover operations.
wenzelm@27979
   975
wenzelm@27979
   976
wenzelm@27143
   977
wenzelm@27008
   978
New in Isabelle2008 (June 2008)
wenzelm@27008
   979
-------------------------------
wenzelm@25464
   980
wenzelm@25522
   981
*** General ***
wenzelm@25522
   982
wenzelm@27061
   983
* The Isabelle/Isar Reference Manual (isar-ref) has been reorganized
wenzelm@27061
   984
and updated, with formally checked references as hyperlinks.
wenzelm@27061
   985
wenzelm@25994
   986
* Theory loader: use_thy (and similar operations) no longer set the
wenzelm@25994
   987
implicit ML context, which was occasionally hard to predict and in
wenzelm@25994
   988
conflict with concurrency.  INCOMPATIBILITY, use ML within Isar which
wenzelm@25994
   989
provides a proper context already.
wenzelm@25994
   990
wenzelm@26323
   991
* Theory loader: old-style ML proof scripts being *attached* to a thy
wenzelm@26323
   992
file are no longer supported.  INCOMPATIBILITY, regular 'uses' and
wenzelm@26323
   993
'use' within a theory file will do the job.
wenzelm@26323
   994
wenzelm@26650
   995
* Name space merge now observes canonical order, i.e. the second space
wenzelm@26650
   996
is inserted into the first one, while existing entries in the first
wenzelm@26659
   997
space take precedence.  INCOMPATIBILITY in rare situations, may try to
wenzelm@26650
   998
swap theory imports.
wenzelm@26650
   999
wenzelm@27067
  1000
* Syntax: symbol \<chi> is now considered a letter.  Potential
wenzelm@27067
  1001
INCOMPATIBILITY in identifier syntax etc.
wenzelm@27067
  1002
wenzelm@27067
  1003
* Outer syntax: string tokens no longer admit escaped white space,
wenzelm@27067
  1004
which was an accidental (undocumented) feature.  INCOMPATIBILITY, use
wenzelm@27067
  1005
white space without escapes.
wenzelm@27067
  1006
wenzelm@27067
  1007
* Outer syntax: string tokens may contain arbitrary character codes
wenzelm@27067
  1008
specified via 3 decimal digits (as in SML).  E.g. "foo\095bar" for
wenzelm@27067
  1009
"foo_bar".
wenzelm@27067
  1010
wenzelm@25522
  1011
haftmann@25502
  1012
*** Pure ***
haftmann@25502
  1013
wenzelm@26718
  1014
* Context-dependent token translations.  Default setup reverts locally
wenzelm@26718
  1015
fixed variables, and adds hilite markup for undeclared frees.
wenzelm@26718
  1016
berghofe@26681
  1017
* Unused theorems can be found using the new command 'unused_thms'.
berghofe@26681
  1018
There are three ways of invoking it:
berghofe@26681
  1019
berghofe@26681
  1020
(1) unused_thms
berghofe@26681
  1021
     Only finds unused theorems in the current theory.
berghofe@26681
  1022
berghofe@26681
  1023
(2) unused_thms thy_1 ... thy_n -
berghofe@26681
  1024
     Finds unused theorems in the current theory and all of its ancestors,
berghofe@26681
  1025
     excluding the theories thy_1 ... thy_n and all of their ancestors.
berghofe@26681
  1026
berghofe@26681
  1027
(3) unused_thms thy_1 ... thy_n - thy'_1 ... thy'_m
berghofe@26681
  1028
     Finds unused theorems in the theories thy'_1 ... thy'_m and all of
berghofe@26681
  1029
     their ancestors, excluding the theories thy_1 ... thy_n and all of
berghofe@26681
  1030
     their ancestors.
berghofe@26681
  1031
wenzelm@26718
  1032
In order to increase the readability of the list produced by
wenzelm@26718
  1033
unused_thms, theorems that have been created by a particular instance
wenzelm@26874
  1034
of a theory command such as 'inductive' or 'function' are considered
wenzelm@26874
  1035
to belong to the same "group", meaning that if at least one theorem in
wenzelm@26718
  1036
this group is used, the other theorems in the same group are no longer
wenzelm@26718
  1037
reported as unused.  Moreover, if all theorems in the group are
wenzelm@26718
  1038
unused, only one theorem in the group is displayed.
wenzelm@26718
  1039
wenzelm@26718
  1040
Note that proof objects have to be switched on in order for
wenzelm@26718
  1041
unused_thms to work properly (i.e. !proofs must be >= 1, which is
wenzelm@26874
  1042
usually the case when using Proof General with the default settings).
berghofe@26681
  1043
wenzelm@26650
  1044
* Authentic naming of facts disallows ad-hoc overwriting of previous
wenzelm@26650
  1045
theorems within the same name space.  INCOMPATIBILITY, need to remove
wenzelm@26650
  1046
duplicate fact bindings, or even accidental fact duplications.  Note
wenzelm@26650
  1047
that tools may maintain dynamically scoped facts systematically, using
wenzelm@26650
  1048
PureThy.add_thms_dynamic.
wenzelm@26650
  1049
wenzelm@26660
  1050
* Command 'hide' now allows to hide from "fact" name space as well.
wenzelm@26660
  1051
wenzelm@26496
  1052
* Eliminated destructive theorem database, simpset, claset, and
wenzelm@26496
  1053
clasimpset.  Potential INCOMPATIBILITY, really need to observe linear
wenzelm@26496
  1054
update of theories within ML code.
wenzelm@26479
  1055
wenzelm@26955
  1056
* Eliminated theory ProtoPure and CPure, leaving just one Pure theory.
wenzelm@26955
  1057
INCOMPATIBILITY, object-logics depending on former Pure require
wenzelm@26955
  1058
additional setup PureThy.old_appl_syntax_setup; object-logics
wenzelm@26955
  1059
depending on former CPure need to refer to Pure.
wenzelm@26650
  1060
wenzelm@26495
  1061
* Commands 'use' and 'ML' are now purely functional, operating on
wenzelm@26479
  1062
theory/local_theory.  Removed former 'ML_setup' (on theory), use 'ML'
wenzelm@26479
  1063
instead.  Added 'ML_val' as mere diagnostic replacement for 'ML'.
wenzelm@26479
  1064
INCOMPATIBILITY.
wenzelm@26479
  1065
wenzelm@26874
  1066
* Command 'setup': discontinued implicit version with ML reference.
wenzelm@26434
  1067
wenzelm@25970
  1068
* Instantiation target allows for simultaneous specification of class
wenzelm@25970
  1069
instance operations together with an instantiation proof.
wenzelm@25970
  1070
Type-checking phase allows to refer to class operations uniformly.
wenzelm@27067
  1071
See src/HOL/Complex/Complex.thy for an Isar example and
wenzelm@27067
  1072
src/HOL/Library/Eval.thy for an ML example.
haftmann@25502
  1073
wenzelm@26201
  1074
* Indexing of literal facts: be more serious about including only
wenzelm@26201
  1075
facts from the visible specification/proof context, but not the
wenzelm@26201
  1076
background context (locale etc.).  Affects `prop` notation and method
wenzelm@26201
  1077
"fact".  INCOMPATIBILITY: need to name facts explicitly in rare
wenzelm@26201
  1078
situations.
wenzelm@26201
  1079
wenzelm@26925
  1080
* Method "cases", "induct", "coinduct": removed obsolete/undocumented
wenzelm@26925
  1081
"(open)" option, which used to expose internal bound variables to the
wenzelm@26925
  1082
proof text.
wenzelm@26925
  1083
wenzelm@26925
  1084
* Isar statements: removed obsolete case "rule_context".
wenzelm@26925
  1085
INCOMPATIBILITY, better use explicit fixes/assumes.
wenzelm@26925
  1086
wenzelm@26874
  1087
* Locale proofs: default proof step now includes 'unfold_locales';
wenzelm@26874
  1088
hence 'proof' without argument may be used to unfold locale
wenzelm@26874
  1089
predicates.
ballarin@26765
  1090
ballarin@26765
  1091
haftmann@26762
  1092
*** Document preparation ***
haftmann@26762
  1093
wenzelm@26914
  1094
* Simplified pdfsetup.sty: color/hyperref is used unconditionally for
wenzelm@26914
  1095
both pdf and dvi (hyperlinks usually work in xdvi as well); removed
wenzelm@26914
  1096
obsolete thumbpdf setup (contemporary PDF viewers do this on the
wenzelm@26914
  1097
spot); renamed link color from "darkblue" to "linkcolor" (default
wenzelm@26920
  1098
value unchanged, can be redefined via \definecolor); no longer sets
wenzelm@26920
  1099
"a4paper" option (unnecessary or even intrusive).
wenzelm@26914
  1100
wenzelm@27008
  1101
* Antiquotation @{lemma A method} proves proposition A by the given
wenzelm@27008
  1102
method (either a method name or a method name plus (optional) method
wenzelm@27008
  1103
arguments in parentheses) and prints A just like @{prop A}.
haftmann@26762
  1104
haftmann@26762
  1105
wenzelm@25464
  1106
*** HOL ***
wenzelm@25464
  1107
wenzelm@27067
  1108
* New primrec package.  Specification syntax conforms in style to
wenzelm@27067
  1109
definition/function/....  No separate induction rule is provided.  The
wenzelm@27067
  1110
"primrec" command distinguishes old-style and new-style specifications
wenzelm@27067
  1111
by syntax.  The former primrec package is now named OldPrimrecPackage.
wenzelm@27067
  1112
When adjusting theories, beware: constants stemming from new-style
wenzelm@27067
  1113
primrec specifications have authentic syntax.
wenzelm@27067
  1114
wenzelm@27067
  1115
* Metis prover is now an order of magnitude faster, and also works
wenzelm@27067
  1116
with multithreading.
wenzelm@27067
  1117
wenzelm@27067
  1118
* Metis: the maximum number of clauses that can be produced from a
wenzelm@27067
  1119
theorem is now given by the attribute max_clauses.  Theorems that
wenzelm@27067
  1120
exceed this number are ignored, with a warning printed.
wenzelm@27067
  1121
wenzelm@27067
  1122
* Sledgehammer no longer produces structured proofs by default. To
wenzelm@27067
  1123
enable, declare [[sledgehammer_full = true]].  Attributes
wenzelm@27067
  1124
reconstruction_modulus, reconstruction_sorts renamed
wenzelm@27067
  1125
sledgehammer_modulus, sledgehammer_sorts.  INCOMPATIBILITY.
wenzelm@27067
  1126
haftmann@27104
  1127
* Method "induct_scheme" derives user-specified induction rules
wenzelm@27067
  1128
from well-founded induction and completeness of patterns. This factors
wenzelm@27067
  1129
out some operations that are done internally by the function package
wenzelm@27067
  1130
and makes them available separately.  See
wenzelm@27067
  1131
src/HOL/ex/Induction_Scheme.thy for examples.
wenzelm@27067
  1132
wenzelm@27067
  1133
* More flexible generation of measure functions for termination
wenzelm@27067
  1134
proofs: Measure functions can be declared by proving a rule of the
wenzelm@27067
  1135
form "is_measure f" and giving it the [measure_function] attribute.
wenzelm@27067
  1136
The "is_measure" predicate is logically meaningless (always true), and
wenzelm@27067
  1137
just guides the heuristic.  To find suitable measure functions, the
wenzelm@27067
  1138
termination prover sets up the goal "is_measure ?f" of the appropriate
wenzelm@27067
  1139
type and generates all solutions by prolog-style backwards proof using
wenzelm@27067
  1140
the declared rules.
wenzelm@27067
  1141
wenzelm@27067
  1142
This setup also deals with rules like 
wenzelm@27067
  1143
wenzelm@27067
  1144
  "is_measure f ==> is_measure (list_size f)"
wenzelm@27067
  1145
wenzelm@27067
  1146
which accommodates nested datatypes that recurse through lists.
wenzelm@27067
  1147
Similar rules are predeclared for products and option types.
wenzelm@27067
  1148
berghofe@26964
  1149
* Turned the type of sets "'a set" into an abbreviation for "'a => bool"
berghofe@26964
  1150
berghofe@26964
  1151
  INCOMPATIBILITIES:
berghofe@26964
  1152
wenzelm@27008
  1153
  - Definitions of overloaded constants on sets have to be replaced by
wenzelm@27008
  1154
    definitions on => and bool.
berghofe@26964
  1155
berghofe@26964
  1156
  - Some definitions of overloaded operators on sets can now be proved
wenzelm@27008
  1157
    using the definitions of the operators on => and bool.  Therefore,
wenzelm@27008
  1158
    the following theorems have been renamed:
berghofe@26964
  1159
berghofe@26964
  1160
      subset_def   -> subset_eq
berghofe@26964
  1161
      psubset_def  -> psubset_eq
berghofe@26964
  1162
      set_diff_def -> set_diff_eq
berghofe@26964
  1163
      Compl_def    -> Compl_eq
berghofe@26964
  1164
      Sup_set_def  -> Sup_set_eq
berghofe@26964
  1165
      Inf_set_def  -> Inf_set_eq
berghofe@26964
  1166
      sup_set_def  -> sup_set_eq
berghofe@26964
  1167
      inf_set_def  -> inf_set_eq
berghofe@26964
  1168
berghofe@26964
  1169
  - Due to the incompleteness of the HO unification algorithm, some
berghofe@26964
  1170
    rules such as subst may require manual instantiation, if some of
berghofe@26964
  1171
    the unknowns in the rule is a set.
berghofe@26964
  1172
berghofe@26964
  1173
  - Higher order unification and forward proofs:
berghofe@26964
  1174
    The proof pattern
berghofe@26964
  1175
berghofe@26964
  1176
      have "P (S::'a set)" <...>
berghofe@26964
  1177
      then have "EX S. P S" ..
berghofe@26964
  1178
wenzelm@27008
  1179
    no longer works (due to the incompleteness of the HO unification
wenzelm@27008
  1180
    algorithm) and must be replaced by the pattern
berghofe@26964
  1181
berghofe@26964
  1182
      have "EX S. P S"
berghofe@26964
  1183
      proof
berghofe@26964
  1184
        show "P S" <...>
berghofe@26964
  1185
      qed
berghofe@26964
  1186
berghofe@26964
  1187
  - Calculational reasoning with subst (or similar rules):
berghofe@26964
  1188
    The proof pattern
berghofe@26964
  1189
berghofe@26964
  1190
      have "P (S::'a set)" <...>
berghofe@26964
  1191
      also have "S = T" <...>
berghofe@26964
  1192
      finally have "P T" .
berghofe@26964
  1193
wenzelm@27008
  1194
    no longer works (for similar reasons as the previous example) and
wenzelm@27008
  1195
    must be replaced by something like
berghofe@26964
  1196
berghofe@26964
  1197
      have "P (S::'a set)" <...>
berghofe@26964
  1198
      moreover have "S = T" <...>
berghofe@26964
  1199
      ultimately have "P T" by simp
berghofe@26964
  1200
berghofe@26964
  1201
  - Tactics or packages written in ML code:
berghofe@26964
  1202
    Code performing pattern matching on types via
berghofe@26964
  1203
berghofe@26964
  1204
      Type ("set", [T]) => ...
berghofe@26964
  1205
wenzelm@27008
  1206
    must be rewritten. Moreover, functions like strip_type or
wenzelm@27008
  1207
    binder_types no longer return the right value when applied to a
wenzelm@27008
  1208
    type of the form
berghofe@26964
  1209
berghofe@26964
  1210
      T1 => ... => Tn => U => bool
berghofe@26964
  1211
berghofe@26964
  1212
    rather than
berghofe@26964
  1213
berghofe@26964
  1214
      T1 => ... => Tn => U set
berghofe@26964
  1215
wenzelm@26874
  1216
* Merged theories Wellfounded_Recursion, Accessible_Part and
wenzelm@27067
  1217
Wellfounded_Relations to theory Wellfounded.
krauss@26748
  1218
haftmann@26513
  1219
* Explicit class "eq" for executable equality.  INCOMPATIBILITY.
haftmann@26513
  1220
wenzelm@26874
  1221
* Class finite no longer treats UNIV as class parameter.  Use class
wenzelm@26874
  1222
enum from theory Library/Enum instead to achieve a similar effect.
haftmann@26445
  1223
INCOMPATIBILITY.
haftmann@26445
  1224
wenzelm@26874
  1225
* Theory List: rule list_induct2 now has explicitly named cases "Nil"
wenzelm@26874
  1226
and "Cons".  INCOMPATIBILITY.
wenzelm@26874
  1227
wenzelm@26422
  1228
* HOL (and FOL): renamed variables in rules imp_elim and swap.
wenzelm@26422
  1229
Potential INCOMPATIBILITY.
wenzelm@26422
  1230
wenzelm@26874
  1231
* Theory Product_Type: duplicated lemmas split_Pair_apply and
wenzelm@26874
  1232
injective_fst_snd removed, use split_eta and prod_eqI instead.
wenzelm@26874
  1233
Renamed upd_fst to apfst and upd_snd to apsnd.  INCOMPATIBILITY.
haftmann@26355
  1234
wenzelm@26335
  1235
* Theory Nat: removed redundant lemmas that merely duplicate lemmas of
wenzelm@26335
  1236
the same name in theory Orderings:
wenzelm@26335
  1237
wenzelm@26335
  1238
  less_trans
wenzelm@26335
  1239
  less_linear
wenzelm@26335
  1240
  le_imp_less_or_eq
wenzelm@26335
  1241
  le_less_trans
wenzelm@26335
  1242
  less_le_trans
wenzelm@26335
  1243
  less_not_sym
wenzelm@26335
  1244
  less_asym
wenzelm@26335
  1245
wenzelm@26335
  1246
Renamed less_imp_le to less_imp_le_nat, and less_irrefl to
wenzelm@26335
  1247
less_irrefl_nat.  Potential INCOMPATIBILITY due to more general types
wenzelm@26335
  1248
and different variable names.
wenzelm@26315
  1249
haftmann@26231
  1250
* Library/Option_ord.thy: Canonical order on option type.
haftmann@26231
  1251
wenzelm@27008
  1252
* Library/RBT.thy: Red-black trees, an efficient implementation of
wenzelm@27008
  1253
finite maps.
krauss@26197
  1254
haftmann@26231
  1255
* Library/Countable.thy: Type class for countable types.
haftmann@26231
  1256
wenzelm@26180
  1257
* Theory Int: The representation of numerals has changed.  The infix
wenzelm@26180
  1258
operator BIT and the bit datatype with constructors B0 and B1 have
wenzelm@26180
  1259
disappeared.  INCOMPATIBILITY, use "Int.Bit0 x" and "Int.Bit1 y" in
wenzelm@26180
  1260
place of "x BIT bit.B0" and "y BIT bit.B1", respectively.  Theorems
wenzelm@26180
  1261
involving BIT, B0, or B1 have been renamed with "Bit0" or "Bit1"
wenzelm@26180
  1262
accordingly.
wenzelm@26180
  1263
wenzelm@26180
  1264
* Theory Nat: definition of <= and < on natural numbers no longer
wenzelm@26180
  1265
depend on well-founded relations.  INCOMPATIBILITY.  Definitions
wenzelm@26180
  1266
le_def and less_def have disappeared.  Consider lemmas not_less
wenzelm@26180
  1267
[symmetric, where ?'a = nat] and less_eq [symmetric] instead.
wenzelm@26180
  1268
wenzelm@26180
  1269
* Theory Finite_Set: locales ACf, ACe, ACIf, ACIfSL and ACIfSLlin
wenzelm@26180
  1270
(whose purpose mainly is for various fold_set functionals) have been
wenzelm@26874
  1271
abandoned in favor of the existing algebraic classes
wenzelm@26180
  1272
ab_semigroup_mult, comm_monoid_mult, ab_semigroup_idem_mult,
wenzelm@26180
  1273
lower_semilattice (resp. upper_semilattice) and linorder.
haftmann@26139
  1274
INCOMPATIBILITY.
haftmann@26041
  1275
wenzelm@26180
  1276
* Theory Transitive_Closure: induct and cases rules now declare proper
wenzelm@26180
  1277
case_names ("base" and "step").  INCOMPATIBILITY.
wenzelm@26180
  1278
wenzelm@26180
  1279
* Theorem Inductive.lfp_ordinal_induct generalized to complete
wenzelm@26180
  1280
lattices.  The form set-specific version is available as
wenzelm@26180
  1281
Inductive.lfp_ordinal_induct_set.
haftmann@26013
  1282
wenzelm@26874
  1283
* Renamed theorems "power.simps" to "power_int.simps".
wenzelm@27067
  1284
INCOMPATIBILITY.
haftmann@25961
  1285
wenzelm@26180
  1286
* Class semiring_div provides basic abstract properties of semirings
haftmann@25942
  1287
with division and modulo operations.  Subsumes former class dvd_mod.
haftmann@25942
  1288
wenzelm@26180
  1289
* Merged theories IntDef, Numeral and IntArith into unified theory
wenzelm@26180
  1290
Int.  INCOMPATIBILITY.
wenzelm@26180
  1291
wenzelm@26180
  1292
* Theory Library/Code_Index: type "index" now represents natural
wenzelm@26180
  1293
numbers rather than integers.  INCOMPATIBILITY.
wenzelm@26180
  1294
wenzelm@26180
  1295
* New class "uminus" with operation "uminus" (split of from class
wenzelm@26180
  1296
"minus" which now only has operation "minus", binary).
haftmann@25919
  1297
INCOMPATIBILITY.
haftmann@25919
  1298
wenzelm@25522
  1299
* Constants "card", "internal_split", "option_map" now with authentic
haftmann@25919
  1300
syntax.  INCOMPATIBILITY.
wenzelm@25522
  1301
wenzelm@25522
  1302
* Definitions subset_def, psubset_def, set_diff_def, Compl_def,
wenzelm@25522
  1303
le_bool_def, less_bool_def, le_fun_def, less_fun_def, inf_bool_def,
wenzelm@25522
  1304
sup_bool_def, Inf_bool_def, Sup_bool_def, inf_fun_def, sup_fun_def,
wenzelm@25522
  1305
Inf_fun_def, Sup_fun_def, inf_set_def, sup_set_def, Inf_set_def,
wenzelm@25522
  1306
Sup_set_def, le_def, less_def, option_map_def now with object
haftmann@25919
  1307
equality.  INCOMPATIBILITY.
wenzelm@25464
  1308
schirmer@25705
  1309
* Records. Removed K_record, and replaced it by pure lambda term
wenzelm@25726
  1310
%x. c. The simplifier setup is now more robust against eta expansion.
schirmer@25705
  1311
INCOMPATIBILITY: in cases explicitly referring to K_record.
wenzelm@25464
  1312
wenzelm@27067
  1313
* Library/Multiset: {#a, b, c#} abbreviates {#a#} + {#b#} + {#c#}.
wenzelm@27067
  1314
wenzelm@27067
  1315
* Library/ListVector: new theory of arithmetic vector operations.
wenzelm@27067
  1316
wenzelm@27067
  1317
* Library/Order_Relation: new theory of various orderings as sets of
wenzelm@27067
  1318
pairs.  Defines preorders, partial orders, linear orders and
wenzelm@27067
  1319
well-orders on sets and on types.
krauss@26877
  1320
wenzelm@25726
  1321
krauss@26197
  1322
*** ZF ***
krauss@26197
  1323
wenzelm@26874
  1324
* Renamed some theories to allow to loading both ZF and HOL in the
wenzelm@26874
  1325
same session:
wenzelm@26874
  1326
wenzelm@26874
  1327
  Datatype  -> Datatype_ZF
wenzelm@26874
  1328
  Inductive -> Inductive_ZF
wenzelm@26874
  1329
  Int       -> Int_ZF
wenzelm@26874
  1330
  IntDiv    -> IntDiv_ZF
wenzelm@26874
  1331
  Nat       -> Nat_ZF
wenzelm@26874
  1332
  List      -> List_ZF
wenzelm@26874
  1333
  Main      -> Main_ZF
wenzelm@26874
  1334
wenzelm@26874
  1335
INCOMPATIBILITY: ZF theories that import individual theories below
wenzelm@26874
  1336
Main might need to be adapted.  Regular theory Main is still
wenzelm@26874
  1337
available, as trivial extension of Main_ZF.
krauss@26197
  1338
krauss@26197
  1339
wenzelm@25737
  1340
*** ML ***
wenzelm@25737
  1341
wenzelm@27067
  1342
* ML within Isar: antiquotation @{const name} or @{const
wenzelm@27067
  1343
name(typargs)} produces statically-checked Const term.
wenzelm@27067
  1344
wenzelm@26401
  1345
* Functor NamedThmsFun: data is available to the user as dynamic fact
wenzelm@26724
  1346
(of the same name).  Removed obsolete print command.
wenzelm@26401
  1347
wenzelm@27067
  1348
* Removed obsolete "use_legacy_bindings" function.
wenzelm@26188
  1349
wenzelm@25737
  1350
* The ``print mode'' is now a thread-local value derived from a global
wenzelm@25737
  1351
template (the former print_mode reference), thus access becomes
wenzelm@25737
  1352
non-critical.  The global print_mode reference is for session
wenzelm@25737
  1353
management only; user-code should use print_mode_value,
wenzelm@25737
  1354
print_mode_active, PrintMode.setmp etc.  INCOMPATIBILITY.
wenzelm@25737
  1355
wenzelm@26874
  1356
* Functions system/system_out provide a robust way to invoke external
wenzelm@29161
  1357
shell commands, with propagation of interrupts (requires Poly/ML
wenzelm@29161
  1358
5.2.1).  Do not use OS.Process.system etc. from the basis library!
wenzelm@26222
  1359
wenzelm@25737
  1360
wenzelm@25626
  1361
*** System ***
wenzelm@25626
  1362
wenzelm@25971
  1363
* Default settings: PROOFGENERAL_OPTIONS no longer impose xemacs ---
wenzelm@25971
  1364
in accordance with Proof General 3.7, which prefers GNU emacs.
wenzelm@25970
  1365
wenzelm@25626
  1366
* isatool tty runs Isabelle process with plain tty interaction;
wenzelm@25626
  1367
optional line editor may be specified via ISABELLE_LINE_EDITOR
wenzelm@25626
  1368
setting, the default settings attempt to locate "ledit" and "rlwrap".
wenzelm@25626
  1369
wenzelm@25651
  1370
* isatool browser now works with Cygwin as well, using general
wenzelm@25651
  1371
"javapath" function defined in Isabelle process environment.
wenzelm@25651
  1372
wenzelm@27067
  1373
* YXML notation provides a simple and efficient alternative to
wenzelm@27067
  1374
standard XML transfer syntax.  See src/Pure/General/yxml.ML and
wenzelm@27067
  1375
isatool yxml as described in the Isabelle system manual.
wenzelm@25651
  1376
wenzelm@25652
  1377
* JVM class isabelle.IsabelleProcess (located in Isabelle/lib/classes)
wenzelm@25651
  1378
provides general wrapper for managing an Isabelle process in a robust
wenzelm@25651
  1379
fashion, with ``cooked'' output from stdin/stderr.
wenzelm@25651
  1380
wenzelm@25855
  1381
* Rudimentary Isabelle plugin for jEdit (see Isabelle/lib/jedit),
wenzelm@25855
  1382
based on Isabelle/JVM process wrapper (see Isabelle/lib/classes).
wenzelm@25855
  1383
wenzelm@27067
  1384
* Removed obsolete THIS_IS_ISABELLE_BUILD feature.  NB: the documented
wenzelm@27067
  1385
way of changing the user's settings is via
wenzelm@27067
  1386
ISABELLE_HOME_USER/etc/settings, which is a fully featured bash
wenzelm@27067
  1387
script.
wenzelm@27067
  1388
wenzelm@27067
  1389
* Multithreading.max_threads := 0 refers to the number of actual CPU
wenzelm@27067
  1390
cores of the underlying machine, which is a good starting point for
wenzelm@27067
  1391
optimal performance tuning.  The corresponding usedir option -M allows
wenzelm@27067
  1392
"max" as an alias for "0".  WARNING: does not work on certain versions
wenzelm@27067
  1393
of Mac OS (with Poly/ML 5.1).
wenzelm@27067
  1394
wenzelm@27067
  1395
* isabelle-process: non-ML sessions are run with "nice", to reduce the
wenzelm@27067
  1396
adverse effect of Isabelle flooding interactive front-ends (notably
wenzelm@27067
  1397
ProofGeneral / XEmacs).
wenzelm@27067
  1398
wenzelm@25626
  1399
wenzelm@25464
  1400
wenzelm@25429
  1401
New in Isabelle2007 (November 2007)
wenzelm@25429
  1402
-----------------------------------
wenzelm@17754
  1403
wenzelm@17754
  1404
*** General ***
wenzelm@17754
  1405
wenzelm@22826
  1406
* More uniform information about legacy features, notably a
wenzelm@22826
  1407
warning/error of "Legacy feature: ...", depending on the state of the
wenzelm@23367
  1408
tolerate_legacy_features flag (default true). FUTURE INCOMPATIBILITY:
wenzelm@23367
  1409
legacy features will disappear eventually.
wenzelm@22826
  1410
wenzelm@17918
  1411
* Theory syntax: the header format ``theory A = B + C:'' has been
wenzelm@17918
  1412
discontinued in favour of ``theory A imports B C begin''.  Use isatool
wenzelm@17918
  1413
fixheaders to convert existing theory files.  INCOMPATIBILITY.
wenzelm@17918
  1414
wenzelm@17918
  1415
* Theory syntax: the old non-Isar theory file format has been
wenzelm@17918
  1416
discontinued altogether.  Note that ML proof scripts may still be used
wenzelm@17918
  1417
with Isar theories; migration is usually quite simple with the ML
wenzelm@17918
  1418
function use_legacy_bindings.  INCOMPATIBILITY.
wenzelm@17918
  1419
wenzelm@22871
  1420
* Theory syntax: some popular names (e.g. 'class', 'declaration',
wenzelm@22871
  1421
'fun', 'help', 'if') are now keywords.  INCOMPATIBILITY, use double
wenzelm@22871
  1422
quotes.
wenzelm@19814
  1423
wenzelm@23888
  1424
* Theory loader: be more serious about observing the static theory
wenzelm@23888
  1425
header specifications (including optional directories), but not the
wenzelm@24172
  1426
accidental file locations of previously successful loads.  The strict
wenzelm@24172
  1427
update policy of former update_thy is now already performed by
wenzelm@24172
  1428
use_thy, so the former has been removed; use_thys updates several
wenzelm@24172
  1429
theories simultaneously, just as 'imports' within a theory header
wenzelm@24172
  1430
specification, but without merging the results.  Potential
wenzelm@24172
  1431
INCOMPATIBILITY: may need to refine theory headers and commands
wenzelm@24172
  1432
ROOT.ML which depend on load order.
wenzelm@23888
  1433
wenzelm@23888
  1434
* Theory loader: optional support for content-based file
wenzelm@23888
  1435
identification, instead of the traditional scheme of full physical
wenzelm@23889
  1436
path plus date stamp; configured by the ISABELLE_FILE_IDENT setting
wenzelm@23888
  1437
(cf. the system manual).  The new scheme allows to work with
wenzelm@23888
  1438
non-finished theories in persistent session images, such that source
wenzelm@23888
  1439
files may be moved later on without requiring reloads.
wenzelm@23888
  1440
wenzelm@24187
  1441
* Theory loader: old-style ML proof scripts being *attached* to a thy
wenzelm@24187
  1442
file (with the same base name as the theory) are considered a legacy
wenzelm@24800
  1443
feature, which will disappear eventually. Even now, the theory loader
wenzelm@24800
  1444
no longer maintains dependencies on such files.
wenzelm@24800
  1445
wenzelm@24800
  1446
* Syntax: the scope for resolving ambiguities via type-inference is
wenzelm@24800
  1447
now limited to individual terms, instead of whole simultaneous
wenzelm@24234
  1448
specifications as before. This greatly reduces the complexity of the
wenzelm@24234
  1449
syntax module and improves flexibility by separating parsing and
wenzelm@24234
  1450
type-checking. INCOMPATIBILITY: additional type-constraints (explicit
wenzelm@24234
  1451
'fixes' etc.) are required in rare situations.
wenzelm@24234
  1452
wenzelm@25034
  1453
* Syntax: constants introduced by new-style packages ('definition',
wenzelm@25034
  1454
'abbreviation' etc.) are passed through the syntax module in
wenzelm@25034
  1455
``authentic mode''. This means that associated mixfix annotations
wenzelm@25034
  1456
really stick to such constants, independently of potential name space
wenzelm@25034
  1457
ambiguities introduced later on. INCOMPATIBILITY: constants in parse
wenzelm@25034
  1458
trees are represented slightly differently, may need to adapt syntax
wenzelm@25034
  1459
translations accordingly. Use CONST marker in 'translations' and
wenzelm@25034
  1460
@{const_syntax} antiquotation in 'parse_translation' etc.
wenzelm@25034
  1461
wenzelm@17981
  1462
* Legacy goal package: reduced interface to the bare minimum required
wenzelm@17981
  1463
to keep existing proof scripts running.  Most other user-level
wenzelm@17981
  1464
functions are now part of the OldGoals structure, which is *not* open
wenzelm@17981
  1465
by default (consider isatool expandshort before open OldGoals).
wenzelm@17981
  1466
Removed top_sg, prin, printyp, pprint_term/typ altogether, because
wenzelm@17981
  1467
these tend to cause confusion about the actual goal (!) context being
wenzelm@17981
  1468
used here, which is not necessarily the same as the_context().
wenzelm@17918
  1469
wenzelm@23379
  1470
* Command 'find_theorems': supports "*" wild-card in "name:"
wenzelm@23379
  1471
criterion; "with_dups" option.  Certain ProofGeneral versions might
wenzelm@23379
  1472
support a specific search form (see ProofGeneral/CHANGES).
webertj@22965
  1473
wenzelm@20370
  1474
* The ``prems limit'' option (cf. ProofContext.prems_limit) is now -1
wenzelm@20370
  1475
by default, which means that "prems" (and also "fixed variables") are
wenzelm@20370
  1476
suppressed from proof state output.  Note that the ProofGeneral
wenzelm@20370
  1477
settings mechanism allows to change and save options persistently, but
wenzelm@20370
  1478
older versions of Isabelle will fail to start up if a negative prems
wenzelm@20370
  1479
limit is imposed.
wenzelm@20370
  1480
wenzelm@21308
  1481
* Local theory targets may be specified by non-nested blocks of
wenzelm@21308
  1482
``context/locale/class ... begin'' followed by ``end''.  The body may
wenzelm@21308
  1483
contain definitions, theorems etc., including any derived mechanism
wenzelm@21308
  1484
that has been implemented on top of these primitives.  This concept
wenzelm@21308
  1485
generalizes the existing ``theorem (in ...)'' towards more versatility
wenzelm@21308
  1486
and scalability.
wenzelm@21308
  1487
wenzelm@21960
  1488
* Proof General interface: proper undo of final 'end' command;
wenzelm@21960
  1489
discontinued Isabelle/classic mode (ML proof scripts).
wenzelm@21960
  1490
wenzelm@17754
  1491
wenzelm@17865
  1492
*** Document preparation ***
wenzelm@17865
  1493
wenzelm@21717
  1494
* Added antiquotation @{theory name} which prints the given name,
wenzelm@21717
  1495
after checking that it refers to a valid ancestor theory in the
wenzelm@21717
  1496
current context.
haftmann@21339
  1497
wenzelm@17869
  1498
* Added antiquotations @{ML_type text} and @{ML_struct text} which
wenzelm@17869
  1499
check the given source text as ML type/structure, printing verbatim.
wenzelm@17865
  1500
wenzelm@21717
  1501
* Added antiquotation @{abbrev "c args"} which prints the abbreviation
wenzelm@21717
  1502
"c args == rhs" given in the current context.  (Any number of
wenzelm@21735
  1503
arguments may be given on the LHS.)
wenzelm@21717
  1504
wenzelm@21717
  1505
wenzelm@17779
  1506
*** Pure ***
wenzelm@17779
  1507
wenzelm@24800
  1508
* The 'class' package offers a combination of axclass and locale to
wenzelm@25129
  1509
achieve Haskell-like type classes in Isabelle.  Definitions and
wenzelm@25129
  1510
theorems within a class context produce both relative results (with
wenzelm@25129
  1511
implicit parameters according to the locale context), and polymorphic
wenzelm@25129
  1512
constants with qualified polymorphism (according to the class
wenzelm@25129
  1513
context).  Within the body context of a 'class' target, a separate
wenzelm@25129
  1514
syntax layer ("user space type system") takes care of converting
wenzelm@25129
  1515
between global polymorphic consts and internal locale representation.
wenzelm@25177
  1516
See src/HOL/ex/Classpackage.thy for examples (as well as main HOL).
haftmann@25184
  1517
"isatool doc classes" provides a tutorial.
wenzelm@20807
  1518
haftmann@25199
  1519
* Generic code generator framework allows to generate executable
wenzelm@24800
  1520
code for ML and Haskell (including Isabelle classes).  A short usage
wenzelm@24800
  1521
sketch:
haftmann@20188
  1522
haftmann@20188
  1523
    internal compilation:
haftmann@25199
  1524
        export_code <list of constants (term syntax)> in SML
haftmann@20453
  1525
    writing SML code to a file:
haftmann@25199
  1526
        export_code <list of constants (term syntax)> in SML <filename>
haftmann@22735
  1527
    writing OCaml code to a file:
haftmann@25199
  1528
        export_code <list of constants (term syntax)> in OCaml <filename>
haftmann@20188
  1529
    writing Haskell code to a bunch of files:
haftmann@25199
  1530
        export_code <list of constants (term syntax)> in Haskell <filename>
haftmann@25199
  1531
haftmann@25199
  1532
    evaluating closed propositions to True/False using code generation:
haftmann@25184
  1533
        method ``eval''
haftmann@25184
  1534
haftmann@25184
  1535
Reasonable default setup of framework in HOL.
haftmann@20453
  1536
haftmann@20453
  1537
Theorem attributs for selecting and transforming function equations theorems:
haftmann@20453
  1538
haftmann@22845
  1539
    [code fun]:        select a theorem as function equation for a specific constant
haftmann@22845
  1540
    [code fun del]:    deselect a theorem as function equation for a specific constant
haftmann@22845
  1541
    [code inline]:     select an equation theorem for unfolding (inlining) in place
haftmann@22845
  1542
    [code inline del]: deselect an equation theorem for unfolding (inlining) in place
haftmann@20453
  1543
haftmann@22735
  1544
User-defined serializations (target in {SML, OCaml, Haskell}):
haftmann@20453
  1545
haftmann@20453
  1546
    code_const <and-list of constants (term syntax)>
haftmann@20453
  1547
      {(target) <and-list of const target syntax>}+
haftmann@20453
  1548
haftmann@20453
  1549
    code_type <and-list of type constructors>
haftmann@20453
  1550
      {(target) <and-list of type target syntax>}+
haftmann@20453
  1551
haftmann@20453
  1552
    code_instance <and-list of instances>
haftmann@20453
  1553
      {(target)}+
haftmann@20453
  1554
        where instance ::= <type constructor> :: <class>
haftmann@20453
  1555
haftmann@20453
  1556
    code_class <and_list of classes>
haftmann@20453
  1557
      {(target) <and-list of class target syntax>}+
haftmann@20453
  1558
        where class target syntax ::= <class name> {where {<classop> == <target syntax>}+}?
haftmann@20453
  1559
haftmann@25199
  1560
code_instance and code_class only are effective to target Haskell.
haftmann@22735
  1561
wenzelm@25177
  1562
For example usage see src/HOL/ex/Codegenerator.thy and
wenzelm@25177
  1563
src/HOL/ex/Codegenerator_Pretty.thy.  A separate tutorial on code
wenzelm@24800
  1564
generation from Isabelle/HOL theories is available via "isatool doc
wenzelm@24800
  1565
codegen".
haftmann@20188
  1566
wenzelm@25129
  1567
* Code generator: consts in 'consts_code' Isar commands are now
wenzelm@25129
  1568
referred to by usual term syntax (including optional type
wenzelm@25129
  1569
annotations).
wenzelm@25129
  1570
wenzelm@19254
  1571
* Command 'no_translations' removes translation rules from theory
wenzelm@19254
  1572
syntax.
wenzelm@19254
  1573
wenzelm@19625
  1574
* Overloaded definitions are now actually checked for acyclic
wenzelm@19714
  1575
dependencies.  The overloading scheme is slightly more general than
wenzelm@19714
  1576
that of Haskell98, although Isabelle does not demand an exact
wenzelm@19714
  1577
correspondence to type class and instance declarations.
wenzelm@19714
  1578
INCOMPATIBILITY, use ``defs (unchecked overloaded)'' to admit more
wenzelm@19714
  1579
exotic versions of overloading -- at the discretion of the user!
wenzelm@19711
  1580
wenzelm@19711
  1581
Polymorphic constants are represented via type arguments, i.e. the
wenzelm@19711
  1582
instantiation that matches an instance against the most general
wenzelm@19711
  1583
declaration given in the signature.  For example, with the declaration
wenzelm@19711
  1584
c :: 'a => 'a => 'a, an instance c :: nat => nat => nat is represented
wenzelm@19711
  1585
as c(nat).  Overloading is essentially simultaneous structural
wenzelm@19711
  1586
recursion over such type arguments.  Incomplete specification patterns
wenzelm@19714
  1587
impose global constraints on all occurrences, e.g. c('a * 'a) on the
wenzelm@19715
  1588
LHS means that more general c('a * 'b) will be disallowed on any RHS.
wenzelm@19714
  1589
Command 'print_theory' outputs the normalized system of recursive
wenzelm@19714
  1590
equations, see section "definitions".
wenzelm@19625
  1591
wenzelm@24086
  1592
* Configuration options are maintained within the theory or proof
wenzelm@24086
  1593
context (with name and type bool/int/string), providing a very simple
wenzelm@24086
  1594
interface to a poor-man's version of general context data.  Tools may
wenzelm@24110
  1595
declare options in ML (e.g. using Attrib.config_int) and then refer to
wenzelm@24110
  1596
these values using Config.get etc.  Users may change options via an
wenzelm@24110
  1597
associated attribute of the same name.  This form of context
wenzelm@24110
  1598
declaration works particularly well with commands 'declare' or
wenzelm@24110
  1599
'using', for example ``declare [[foo = 42]]''.  Thus it has become
wenzelm@24110
  1600
very easy to avoid global references, which would not observe Isar
wenzelm@24110
  1601
toplevel undo/redo and fail to work with multithreading.
wenzelm@24086
  1602
wenzelm@24172
  1603
Various global ML references of Pure and HOL have been turned into
wenzelm@24172
  1604
configuration options:
wenzelm@24172
  1605
wenzelm@24172
  1606
  Unify.search_bound		unify_search_bound
wenzelm@24172
  1607
  Unify.trace_bound		unify_trace_bound
wenzelm@24172
  1608
  Unify.trace_simp		unify_trace_simp
wenzelm@24172
  1609
  Unify.trace_types		unify_trace_types
wenzelm@24172
  1610
  Simplifier.simp_depth_limit	simp_depth_limit
wenzelm@24172
  1611
  Blast.depth_limit		blast_depth_limit
wenzelm@24172
  1612
  DatatypeProp.dtK		datatype_distinctness_limit
wenzelm@24172
  1613
  fast_arith_neq_limit  	fast_arith_neq_limit
wenzelm@24172
  1614
  fast_arith_split_limit	fast_arith_split_limit
wenzelm@24172
  1615
wenzelm@24086
  1616
* Named collections of theorems may be easily installed as context
wenzelm@24800
  1617
data using the functor NamedThmsFun (see also
wenzelm@24086
  1618
src/Pure/Tools/named_thms.ML).  The user may add or delete facts via
wenzelm@24110
  1619
attributes; there is also a toplevel print command.  This facility is
wenzelm@24110
  1620
just a common case of general context data, which is the preferred way
wenzelm@24110
  1621
for anything more complex than just a list of facts in canonical
wenzelm@24110
  1622
order.
wenzelm@24086
  1623
wenzelm@24032
  1624
* Isar: command 'declaration' augments a local theory by generic
wenzelm@24032
  1625
declaration functions written in ML.  This enables arbitrary content
wenzelm@24032
  1626
being added to the context, depending on a morphism that tells the
wenzelm@24032
  1627
difference of the original declaration context wrt. the application
wenzelm@24032
  1628
context encountered later on.
wenzelm@24032
  1629
wenzelm@24032
  1630
* Isar: proper interfaces for simplification procedures.  Command
wenzelm@24032
  1631
'simproc_setup' declares named simprocs (with match patterns, and body
wenzelm@24032
  1632
text in ML).  Attribute "simproc" adds/deletes simprocs in the current
wenzelm@24032
  1633
context.  ML antiquotation @{simproc name} retrieves named simprocs.
wenzelm@24032
  1634
wenzelm@24032
  1635
* Isar: an extra pair of brackets around attribute declarations
wenzelm@24032
  1636
abbreviates a theorem reference involving an internal dummy fact,
wenzelm@24032
  1637
which will be ignored later --- only the effect of the attribute on
wenzelm@24032
  1638
the background context will persist.  This form of in-place
wenzelm@24032
  1639
declarations is particularly useful with commands like 'declare' and
wenzelm@24032
  1640
'using', for example ``have A using [[simproc a]] by simp''.
wenzelm@24032
  1641
wenzelm@23369
  1642
* Isar: method "assumption" (and implicit closing of subproofs) now
wenzelm@23369
  1643
takes simple non-atomic goal assumptions into account: after applying
wenzelm@23369
  1644
an assumption as a rule the resulting subgoals are solved by atomic
wenzelm@23369
  1645
assumption steps.  This is particularly useful to finish 'obtain'
wenzelm@23369
  1646
goals, such as "!!x. (!!x. P x ==> thesis) ==> P x ==> thesis",
wenzelm@23369
  1647
without referring to the original premise "!!x. P x ==> thesis" in the
wenzelm@23369
  1648
Isar proof context.  POTENTIAL INCOMPATIBILITY: method "assumption" is
wenzelm@23369
  1649
more permissive.
wenzelm@23369
  1650
wenzelm@23369
  1651
* Isar: implicit use of prems from the Isar proof context is
wenzelm@23369
  1652
considered a legacy feature.  Common applications like ``have A .''
wenzelm@23369
  1653
may be replaced by ``have A by fact'' or ``note `A`''.  In general,
wenzelm@23369
  1654
referencing facts explicitly here improves readability and
wenzelm@23369
  1655
maintainability of proof texts.
wenzelm@23369
  1656
wenzelm@17865
  1657
* Isar: improper proof element 'guess' is like 'obtain', but derives
wenzelm@17865
  1658
the obtained context from the course of reasoning!  For example:
wenzelm@17865
  1659
wenzelm@17865
  1660
  assume "EX x y. A x & B y"   -- "any previous fact"
wenzelm@17865
  1661
  then guess x and y by clarify
wenzelm@17865
  1662
wenzelm@17865
  1663
This technique is potentially adventurous, depending on the facts and
wenzelm@17865
  1664
proof tools being involved here.
wenzelm@17865
  1665
wenzelm@18020
  1666
* Isar: known facts from the proof context may be specified as literal
wenzelm@18020
  1667
propositions, using ASCII back-quote syntax.  This works wherever
wenzelm@18020
  1668
named facts used to be allowed so far, in proof commands, proof
wenzelm@18020
  1669
methods, attributes etc.  Literal facts are retrieved from the context
wenzelm@18020
  1670
according to unification of type and term parameters.  For example,
wenzelm@18020
  1671
provided that "A" and "A ==> B" and "!!x. P x ==> Q x" are known
wenzelm@18020
  1672
theorems in the current context, then these are valid literal facts:
wenzelm@18020
  1673
`A` and `A ==> B` and `!!x. P x ==> Q x" as well as `P a ==> Q a` etc.
wenzelm@18020
  1674
wenzelm@18020
  1675
There is also a proof method "fact" which does the same composition
wenzelm@18044
  1676
for explicit goal states, e.g. the following proof texts coincide with
wenzelm@18044
  1677
certain special cases of literal facts:
wenzelm@18020
  1678
wenzelm@18020
  1679
  have "A" by fact                 ==  note `A`
wenzelm@18020
  1680
  have "A ==> B" by fact           ==  note `A ==> B`
wenzelm@18020
  1681
  have "!!x. P x ==> Q x" by fact  ==  note `!!x. P x ==> Q x`
wenzelm@18020
  1682
  have "P a ==> Q a" by fact       ==  note `P a ==> Q a`
wenzelm@18020
  1683
wenzelm@20118
  1684
* Isar: ":" (colon) is no longer a symbolic identifier character in
wenzelm@20118
  1685
outer syntax.  Thus symbolic identifiers may be used without
wenzelm@20118
  1686
additional white space in declarations like this: ``assume *: A''.
wenzelm@20118
  1687
wenzelm@20013
  1688
* Isar: 'print_facts' prints all local facts of the current context,
wenzelm@20013
  1689
both named and unnamed ones.
wenzelm@20013
  1690
wenzelm@18308
  1691
* Isar: 'def' now admits simultaneous definitions, e.g.:
wenzelm@18308
  1692
wenzelm@18308
  1693
  def x == "t" and y == "u"
wenzelm@18308
  1694
wenzelm@18540
  1695
* Isar: added command 'unfolding', which is structurally similar to
wenzelm@18540
  1696
'using', but affects both the goal state and facts by unfolding given
wenzelm@18815
  1697
rewrite rules.  Thus many occurrences of the 'unfold' method or
wenzelm@18540
  1698
'unfolded' attribute may be replaced by first-class proof text.
wenzelm@18540
  1699
wenzelm@18815
  1700
* Isar: methods 'unfold' / 'fold', attributes 'unfolded' / 'folded',
wenzelm@18815
  1701
and command 'unfolding' now all support object-level equalities
wenzelm@18815
  1702
(potentially conditional).  The underlying notion of rewrite rule is
wenzelm@18815
  1703
analogous to the 'rule_format' attribute, but *not* that of the
wenzelm@18815
  1704
Simplifier (which is usually more generous).
wenzelm@18815
  1705
kleing@24238
  1706
* Isar: the new attribute [rotated n] (default n = 1) rotates the
kleing@24238
  1707
premises of a theorem by n. Useful in conjunction with drule.
kleing@24238
  1708
wenzelm@19220
  1709
* Isar: the goal restriction operator [N] (default N = 1) evaluates a
wenzelm@19220
  1710
method expression within a sandbox consisting of the first N
wenzelm@19240
  1711
sub-goals, which need to exist.  For example, ``simp_all [3]''
wenzelm@19240
  1712
simplifies the first three sub-goals, while (rule foo, simp_all)[]
wenzelm@19240
  1713
simplifies all new goals that emerge from applying rule foo to the
wenzelm@19240
  1714
originally first one.
wenzelm@19220
  1715
wenzelm@19814
  1716
* Isar: schematic goals are no longer restricted to higher-order
wenzelm@19814
  1717
patterns; e.g. ``lemma "?P(?x)" by (rule TrueI)'' now works as
wenzelm@19814
  1718
expected.
wenzelm@19814
  1719
wenzelm@18901
  1720
* Isar: the conclusion of a long theorem statement is now either
wenzelm@18901
  1721
'shows' (a simultaneous conjunction, as before), or 'obtains'
wenzelm@18901
  1722
(essentially a disjunction of cases with local parameters and
wenzelm@18901
  1723
assumptions).  The latter allows to express general elimination rules
wenzelm@18910
  1724
adequately; in this notation common elimination rules look like this:
wenzelm@18901
  1725
wenzelm@18901
  1726
  lemma exE:    -- "EX x. P x ==> (!!x. P x ==> thesis) ==> thesis"
wenzelm@18901
  1727
    assumes "EX x. P x"
wenzelm@18901
  1728
    obtains x where "P x"
wenzelm@18901
  1729
wenzelm@18901
  1730
  lemma conjE:  -- "A & B ==> (A ==> B ==> thesis) ==> thesis"
wenzelm@18901
  1731
    assumes "A & B"
wenzelm@18901
  1732
    obtains A and B
wenzelm@18901
  1733
wenzelm@18901
  1734
  lemma disjE:  -- "A | B ==> (A ==> thesis) ==> (B ==> thesis) ==> thesis"
wenzelm@18901
  1735
    assumes "A | B"
wenzelm@18901
  1736
    obtains
wenzelm@18901
  1737
      A
wenzelm@18901
  1738
    | B
wenzelm@18901
  1739
wenzelm@18910
  1740
The subsequent classical rules even refer to the formal "thesis"
wenzelm@18901
  1741
explicitly:
wenzelm@18901
  1742
wenzelm@18901
  1743
  lemma classical:     -- "(~ thesis ==> thesis) ==> thesis"
wenzelm@18901
  1744
    obtains "~ thesis"
wenzelm@18901
  1745
wenzelm@18910
  1746
  lemma Peirce's_Law:  -- "((thesis ==> something) ==> thesis) ==> thesis"
wenzelm@18910
  1747
    obtains "thesis ==> something"
wenzelm@18901
  1748
wenzelm@18901
  1749
The actual proof of an 'obtains' statement is analogous to that of the
wenzelm@18910
  1750
Isar proof element 'obtain', only that there may be several cases.
wenzelm@18910
  1751
Optional case names may be specified in parentheses; these will be
wenzelm@18910
  1752
available both in the present proof and as annotations in the
wenzelm@18910
  1753
resulting rule, for later use with the 'cases' method (cf. attribute
wenzelm@18910
  1754
case_names).
wenzelm@18901
  1755
wenzelm@21447
  1756
* Isar: the assumptions of a long theorem statement are available as
wenzelm@21447
  1757
"assms" fact in the proof context.  This is more appropriate than the
wenzelm@21447
  1758
(historical) "prems", which refers to all assumptions of the current
wenzelm@21447
  1759
context, including those from the target locale, proof body etc.
wenzelm@21447
  1760
wenzelm@19263
  1761
* Isar: 'print_statement' prints theorems from the current theory or
wenzelm@19263
  1762
proof context in long statement form, according to the syntax of a
wenzelm@19263
  1763
top-level lemma.
wenzelm@19263
  1764
wenzelm@18901
  1765
* Isar: 'obtain' takes an optional case name for the local context
wenzelm@18901
  1766
introduction rule (default "that").
wenzelm@18901
  1767
wenzelm@19587
  1768
* Isar: removed obsolete 'concl is' patterns.  INCOMPATIBILITY, use
wenzelm@19587
  1769
explicit (is "_ ==> ?foo") in the rare cases where this still happens
wenzelm@19587
  1770
to occur.
wenzelm@19587
  1771
wenzelm@19682
  1772
* Pure: syntax "CONST name" produces a fully internalized constant
wenzelm@19682
  1773
according to the current context.  This is particularly useful for
wenzelm@19682
  1774
syntax translations that should refer to internal constant
wenzelm@19682
  1775
representations independently of name spaces.
wenzelm@19682
  1776
wenzelm@21537
  1777
* Pure: syntax constant for foo (binder "FOO ") is called "foo_binder"
wenzelm@21537
  1778
instead of "FOO ". This allows multiple binder declarations to coexist
wenzelm@21537
  1779
in the same context.  INCOMPATIBILITY.
wenzelm@21537
  1780
wenzelm@21209
  1781
* Isar/locales: 'notation' provides a robust interface to the 'syntax'
wenzelm@21209
  1782
primitive that also works in a locale context (both for constants and
wenzelm@24950
  1783
fixed variables). Type declaration and internal syntactic representation
wenzelm@24950
  1784
of given constants retrieved from the context. Likewise, the
wenzelm@24950
  1785
'no_notation' command allows to remove given syntax annotations from the
wenzelm@24950
  1786
current context.
wenzelm@19682
  1787
wenzelm@19665
  1788
* Isar/locales: new derived specification elements 'axiomatization',
wenzelm@19665
  1789
'definition', 'abbreviation', which support type-inference, admit
wenzelm@19083
  1790
object-level specifications (equality, equivalence).  See also the
wenzelm@19083
  1791
isar-ref manual.  Examples:
wenzelm@19081
  1792
wenzelm@19665
  1793
  axiomatization
wenzelm@21595
  1794
    eq  (infix "===" 50) where
wenzelm@21595
  1795
    eq_refl: "x === x" and eq_subst: "x === y ==> P x ==> P y"
wenzelm@21595
  1796
wenzelm@21595
  1797
  definition "f x y = x + y + 1"
wenzelm@21595
  1798
  definition g where "g x = f x x"
wenzelm@19081
  1799
wenzelm@19363
  1800
  abbreviation
wenzelm@21595
  1801
    neq  (infix "=!=" 50) where
wenzelm@19363
  1802
    "x =!= y == ~ (x === y)"
wenzelm@19081
  1803
wenzelm@19083
  1804
These specifications may be also used in a locale context.  Then the
wenzelm@19083
  1805
constants being introduced depend on certain fixed parameters, and the
wenzelm@19083
  1806
constant name is qualified by the locale base name.  An internal
wenzelm@19083
  1807
abbreviation takes care for convenient input and output, making the
wenzelm@19088
  1808
parameters implicit and using the original short name.  See also
wenzelm@25177
  1809
src/HOL/ex/Abstract_NAT.thy for an example of deriving polymorphic
wenzelm@19083
  1810
entities from a monomorphic theory.
wenzelm@19083
  1811
wenzelm@19083
  1812
Presently, abbreviations are only available 'in' a target locale, but
wenzelm@19363
  1813
not inherited by general import expressions.  Also note that
wenzelm@19363
  1814
'abbreviation' may be used as a type-safe replacement for 'syntax' +
wenzelm@24735
  1815
'translations' in common applications.  The "no_abbrevs" print mode
wenzelm@24735
  1816
prevents folding of abbreviations in term output.
wenzelm@19084
  1817
wenzelm@19682
  1818
Concrete syntax is attached to specified constants in internal form,
wenzelm@19682
  1819
independently of name spaces.  The parse tree representation is
wenzelm@21209
  1820
slightly different -- use 'notation' instead of raw 'syntax', and
wenzelm@19682
  1821
'translations' with explicit "CONST" markup to accommodate this.
wenzelm@19665
  1822
wenzelm@24800
  1823
* Pure/Isar: unified syntax for new-style specification mechanisms
wenzelm@24800
  1824
(e.g.  'definition', 'abbreviation', or 'inductive' in HOL) admits
wenzelm@24800
  1825
full type inference and dummy patterns ("_").  For example:
wenzelm@24735
  1826
wenzelm@24735
  1827
  definition "K x _ = x"
wenzelm@24735
  1828
wenzelm@24738
  1829
  inductive conj for A B
wenzelm@24738
  1830
  where "A ==> B ==> conj A B"
wenzelm@24738
  1831
wenzelm@21735
  1832
* Pure: command 'print_abbrevs' prints all constant abbreviations of
wenzelm@21735
  1833
the current context.  Print mode "no_abbrevs" prevents inversion of
wenzelm@21735
  1834
abbreviations on output.
wenzelm@21735
  1835
wenzelm@24800
  1836
* Isar/locales: improved parameter handling: use of locales "var" and
wenzelm@24800
  1837
"struct" no longer necessary; - parameter renamings are no longer
wenzelm@24800
  1838
required to be injective.  For example, this allows to define
wenzelm@24800
  1839
endomorphisms as locale endom = homom mult mult h.
ballarin@19783
  1840
ballarin@19931
  1841
* Isar/locales: changed the way locales with predicates are defined.
ballarin@19931
  1842
Instead of accumulating the specification, the imported expression is
wenzelm@22126
  1843
now an interpretation.  INCOMPATIBILITY: different normal form of
wenzelm@22126
  1844
locale expressions.  In particular, in interpretations of locales with
wenzelm@22126
  1845
predicates, goals repesenting already interpreted fragments are not
wenzelm@22126
  1846
removed automatically.  Use methods `intro_locales' and
wenzelm@22126
  1847
`unfold_locales'; see below.
wenzelm@22126
  1848
wenzelm@22126
  1849
* Isar/locales: new methods `intro_locales' and `unfold_locales'
wenzelm@22126
  1850
provide backward reasoning on locales predicates.  The methods are
wenzelm@22126
  1851
aware of interpretations and discharge corresponding goals.
wenzelm@22126
  1852
`intro_locales' is less aggressive then `unfold_locales' and does not
wenzelm@22126
  1853
unfold predicates to assumptions.
ballarin@19931
  1854
ballarin@19931
  1855
* Isar/locales: the order in which locale fragments are accumulated
wenzelm@22126
  1856
has changed.  This enables to override declarations from fragments due
wenzelm@22126
  1857
to interpretations -- for example, unwanted simp rules.
ballarin@19931
  1858
ballarin@23920
  1859
* Isar/locales: interpretation in theories and proof contexts has been
ballarin@23920
  1860
extended.  One may now specify (and prove) equations, which are
ballarin@23920
  1861
unfolded in interpreted theorems.  This is useful for replacing
ballarin@23920
  1862
defined concepts (constants depending on locale parameters) by
ballarin@23920
  1863
concepts already existing in the target context.  Example:
ballarin@23920
  1864
ballarin@23920
  1865
  interpretation partial_order ["op <= :: [int, int] => bool"]
ballarin@23920
  1866
    where "partial_order.less (op <=) (x::int) y = (x < y)"
ballarin@23920
  1867
wenzelm@24800
  1868
Typically, the constant `partial_order.less' is created by a
wenzelm@24800
  1869
definition specification element in the context of locale
wenzelm@24800
  1870
partial_order.
wenzelm@24800
  1871
wenzelm@24859
  1872
* Method "induct": improved internal context management to support
wenzelm@24800
  1873
local fixes and defines on-the-fly. Thus explicit meta-level
wenzelm@24800
  1874
connectives !!  and ==> are rarely required anymore in inductive goals
wenzelm@24800
  1875
(using object-logic connectives for this purpose has been long
wenzelm@24800
  1876
obsolete anyway). Common proof patterns are explained in
wenzelm@25177
  1877
src/HOL/Induct/Common_Patterns.thy, see also
wenzelm@25177
  1878
src/HOL/Isar_examples/Puzzle.thy and src/HOL/Lambda for realistic
wenzelm@25177
  1879
examples.
wenzelm@24606
  1880
wenzelm@24859
  1881
* Method "induct": improved handling of simultaneous goals. Instead of
wenzelm@24606
  1882
introducing object-level conjunction, the statement is now split into
wenzelm@24606
  1883
several conclusions, while the corresponding symbolic cases are nested
wenzelm@24606
  1884
accordingly. INCOMPATIBILITY, proofs need to be structured explicitly,
wenzelm@25177
  1885
see src/HOL/Induct/Common_Patterns.thy, for example.
wenzelm@24606
  1886
wenzelm@24859
  1887
* Method "induct": mutual induction rules are now specified as a list
wenzelm@24800
  1888
of rule sharing the same induction cases. HOL packages usually provide
wenzelm@24606
  1889
foo_bar.inducts for mutually defined items foo and bar (e.g. inductive
wenzelm@24859
  1890
predicates/sets or datatypes). INCOMPATIBILITY, users need to specify
wenzelm@24859
  1891
mutual induction rules differently, i.e. like this:
wenzelm@18506
  1892
wenzelm@18506
  1893
  (induct rule: foo_bar.inducts)
wenzelm@18506
  1894
  (induct set: foo bar)
wenzelm@24859
  1895
  (induct pred: foo bar)
wenzelm@18506
  1896
  (induct type: foo bar)
wenzelm@18506
  1897
wenzelm@18506
  1898
The ML function ProjectRule.projections turns old-style rules into the
wenzelm@18506
  1899
new format.
wenzelm@18506
  1900
wenzelm@24859
  1901
* Method "coinduct": dual of induction, see
wenzelm@18399
  1902
src/HOL/Library/Coinductive_List.thy for various examples.
wenzelm@18399
  1903
wenzelm@24859
  1904
* Method "cases", "induct", "coinduct": the ``(open)'' option is
wenzelm@24859
  1905
considered a legacy feature.
wenzelm@24859
  1906
wenzelm@20919
  1907
* Attribute "symmetric" produces result with standardized schematic
wenzelm@20919
  1908
variables (index 0).  Potential INCOMPATIBILITY.
wenzelm@20919
  1909
wenzelm@22126
  1910
* Simplifier: by default the simplifier trace only shows top level
wenzelm@22126
  1911
rewrites now. That is, trace_simp_depth_limit is set to 1 by
wenzelm@22126
  1912
default. Thus there is less danger of being flooded by the trace. The
wenzelm@22126
  1913
trace indicates where parts have been suppressed.
nipkow@18674
  1914
  
wenzelm@18536
  1915
* Provers/classical: removed obsolete classical version of elim_format
wenzelm@18536
  1916
attribute; classical elim/dest rules are now treated uniformly when
wenzelm@18536
  1917
manipulating the claset.
wenzelm@18536
  1918
wenzelm@18694
  1919
* Provers/classical: stricter checks to ensure that supplied intro,
wenzelm@18694
  1920
dest and elim rules are well-formed; dest and elim rules must have at
wenzelm@18694
  1921
least one premise.
wenzelm@18694
  1922
wenzelm@18694
  1923
* Provers/classical: attributes dest/elim/intro take an optional
wenzelm@18695
  1924
weight argument for the rule (just as the Pure versions).  Weights are
wenzelm@18696
  1925
ignored by automated tools, but determine the search order of single
wenzelm@18694
  1926
rule steps.
paulson@18557
  1927
wenzelm@18536
  1928
* Syntax: input syntax now supports dummy variable binding "%_. b",
wenzelm@18536
  1929
where the body does not mention the bound variable.  Note that dummy
wenzelm@18536
  1930
patterns implicitly depend on their context of bounds, which makes
wenzelm@18536
  1931
"{_. _}" match any set comprehension as expected.  Potential
wenzelm@18536
  1932
INCOMPATIBILITY -- parse translations need to cope with syntactic
wenzelm@18536
  1933
constant "_idtdummy" in the binding position.
wenzelm@18536
  1934
wenzelm@18536
  1935
* Syntax: removed obsolete syntactic constant "_K" and its associated
wenzelm@18536
  1936
parse translation.  INCOMPATIBILITY -- use dummy abstraction instead,
wenzelm@18536
  1937
for example "A -> B" => "Pi A (%_. B)".
wenzelm@17779
  1938
wenzelm@20582
  1939
* Pure: 'class_deps' command visualizes the subclass relation, using
wenzelm@20582
  1940
the graph browser tool.
wenzelm@20582
  1941
wenzelm@24800
  1942
* Pure: 'print_theory' now suppresses certain internal declarations by
wenzelm@24800
  1943
default; use '!' option for full details.
wenzelm@20620
  1944
wenzelm@17865
  1945
nipkow@17806
  1946
*** HOL ***
nipkow@17806
  1947
wenzelm@25129
  1948
* Method "metis" proves goals by applying the Metis general-purpose
wenzelm@25129
  1949
resolution prover (see also http://gilith.com/software/metis/).
wenzelm@25129
  1950
Examples are in the directory MetisExamples.  WARNING: the
wenzelm@25129
  1951
Isabelle/HOL-Metis integration does not yet work properly with
wenzelm@25129
  1952
multi-threading.
wenzelm@25129
  1953
  
wenzelm@25129
  1954
* Command 'sledgehammer' invokes external automatic theorem provers as
wenzelm@25129
  1955
background processes.  It generates calls to the "metis" method if
wenzelm@25129
  1956
successful. These can be pasted into the proof.  Users do not have to
wenzelm@25129
  1957
wait for the automatic provers to return.  WARNING: does not really
wenzelm@25129
  1958
work with multi-threading.
wenzelm@25129
  1959
wenzelm@24804
  1960
* New "auto_quickcheck" feature tests outermost goal statements for
wenzelm@24804
  1961
potential counter-examples.  Controlled by ML references
wenzelm@24804
  1962
auto_quickcheck (default true) and auto_quickcheck_time_limit (default
wenzelm@25129
  1963
5000 milliseconds).  Fails silently if statements is outside of
wenzelm@25129
  1964
executable fragment, or any other codgenerator problem occurs.
wenzelm@24804
  1965
haftmann@25184
  1966
* New constant "undefined" with axiom "undefined x = undefined".
haftmann@25184
  1967
haftmann@25184
  1968
* Added class "HOL.eq", allowing for code generation with polymorphic
haftmann@25184
  1969
equality.
haftmann@25184
  1970
haftmann@25184
  1971
* Some renaming of class constants due to canonical name prefixing in
haftmann@25184
  1972
the new 'class' package:
haftmann@25184
  1973
haftmann@25184
  1974
    HOL.abs ~> HOL.abs_class.abs
haftmann@25184
  1975
    HOL.divide ~> HOL.divide_class.divide
haftmann@25184
  1976
    0 ~> HOL.zero_class.zero
haftmann@25184
  1977
    1 ~> HOL.one_class.one
haftmann@25184
  1978
    op + ~> HOL.plus_class.plus
haftmann@25184
  1979
    op - ~> HOL.minus_class.minus
haftmann@25184
  1980
    uminus ~> HOL.minus_class.uminus
haftmann@25184
  1981
    op * ~> HOL.times_class.times
haftmann@25184
  1982
    op < ~> HOL.ord_class.less
haftmann@25184
  1983
    op <= > HOL.ord_class.less_eq
haftmann@25184
  1984
    Nat.power ~> Power.power_class.power
haftmann@25184
  1985
    Nat.size ~> Nat.size_class.size
haftmann@25184
  1986
    Numeral.number_of ~> Numeral.number_class.number_of
haftmann@25184
  1987
    FixedPoint.Inf ~> Lattices.complete_lattice_class.Inf
haftmann@25184
  1988
    FixedPoint.Sup ~> Lattices.complete_lattice_class.Sup
haftmann@25184
  1989
    Orderings.min ~> Orderings.ord_class.min
haftmann@25184
  1990
    Orderings.max ~> Orderings.ord_class.max
haftmann@25184
  1991
    Divides.op div ~> Divides.div_class.div
haftmann@25184
  1992
    Divides.op mod ~> Divides.div_class.mod
haftmann@25184
  1993
    Divides.op dvd ~> Divides.div_class.dvd
haftmann@25184
  1994
haftmann@25184
  1995
INCOMPATIBILITY.  Adaptions may be required in the following cases:
haftmann@25184
  1996
haftmann@25184
  1997
a) User-defined constants using any of the names "plus", "minus",
haftmann@25184
  1998
"times", "less" or "less_eq". The standard syntax translations for
haftmann@25184
  1999
"+", "-" and "*" may go wrong.  INCOMPATIBILITY: use more specific
haftmann@25184
  2000
names.
haftmann@25184
  2001
haftmann@25184
  2002
b) Variables named "plus", "minus", "times", "less", "less_eq"
haftmann@25184
  2003
INCOMPATIBILITY: use more specific names.
haftmann@25184
  2004
haftmann@25184
  2005
c) Permutative equations (e.g. "a + b = b + a")
haftmann@25184
  2006
Since the change of names also changes the order of terms, permutative
haftmann@25184
  2007
rewrite rules may get applied in a different order. Experience shows
haftmann@25184
  2008
that this is rarely the case (only two adaptions in the whole Isabelle
haftmann@25184
  2009
distribution).  INCOMPATIBILITY: rewrite proofs
haftmann@25184
  2010
haftmann@25184
  2011
d) ML code directly refering to constant names
haftmann@25184
  2012
This in general only affects hand-written proof tactics, simprocs and
haftmann@25184
  2013
so on.  INCOMPATIBILITY: grep your sourcecode and replace names.
haftmann@25184
  2014
Consider using @{const_name} antiquotation.
haftmann@25184
  2015
haftmann@25184
  2016
* New class "default" with associated constant "default".
haftmann@25184
  2017
haftmann@25184
  2018
* Function "sgn" is now overloaded and available on int, real, complex
haftmann@25184
  2019
(and other numeric types), using class "sgn".  Two possible defs of
haftmann@25184
  2020
sgn are given as equational assumptions in the classes sgn_if and
haftmann@25184
  2021
sgn_div_norm; ordered_idom now also inherits from sgn_if.
haftmann@25184
  2022
INCOMPATIBILITY.
haftmann@25184
  2023
haftmann@25184
  2024
* Locale "partial_order" now unified with class "order" (cf. theory
haftmann@25184
  2025
Orderings), added parameter "less".  INCOMPATIBILITY.
haftmann@25184
  2026
haftmann@25184
  2027
* Renamings in classes "order" and "linorder": facts "refl", "trans" and
haftmann@25184
  2028
"cases" to "order_refl", "order_trans" and "linorder_cases", to avoid
haftmann@25184
  2029
clashes with HOL "refl" and "trans".  INCOMPATIBILITY.
haftmann@25184
  2030
haftmann@25184
  2031
* Classes "order" and "linorder": potential INCOMPATIBILITY due to
haftmann@25184
  2032
changed order of proof goals in instance proofs.
haftmann@25184
  2033
haftmann@25184
  2034
* The transitivity reasoner for partial and linear orders is set up
haftmann@25184
  2035
for classes "order" and "linorder".  Instances of the reasoner are available
haftmann@25184
  2036
in all contexts importing or interpreting the corresponding locales.
haftmann@25184
  2037
Method "order" invokes the reasoner separately; the reasoner
haftmann@25184
  2038
is also integrated with the Simplifier as a solver.  Diagnostic
haftmann@25184
  2039
command 'print_orders' shows the available instances of the reasoner
haftmann@25184
  2040
in the current context.
haftmann@25184
  2041
haftmann@25184
  2042
* Localized monotonicity predicate in theory "Orderings"; integrated
haftmann@25184
  2043
lemmas max_of_mono and min_of_mono with this predicate.
haftmann@25184
  2044
INCOMPATIBILITY.
haftmann@25184
  2045
haftmann@25184
  2046
* Formulation of theorem "dense" changed slightly due to integration
haftmann@25184
  2047
with new class dense_linear_order.
haftmann@25184
  2048
haftmann@25184
  2049
* Uniform lattice theory development in HOL.
haftmann@25184
  2050
haftmann@25184
  2051
    constants "meet" and "join" now named "inf" and "sup"
haftmann@25184
  2052
    constant "Meet" now named "Inf"
haftmann@25184
  2053
haftmann@25184
  2054
    classes "meet_semilorder" and "join_semilorder" now named
haftmann@25184
  2055
      "lower_semilattice" and "upper_semilattice"
haftmann@25184
  2056
    class "lorder" now named "lattice"
haftmann@25184
  2057
    class "comp_lat" now named "complete_lattice"
haftmann@25184
  2058
haftmann@25184
  2059
    Instantiation of lattice classes allows explicit definitions
haftmann@25184
  2060
    for "inf" and "sup" operations (or "Inf" and "Sup" for complete lattices).
haftmann@25184
  2061
haftmann@25184
  2062
  INCOMPATIBILITY.  Theorem renames:
haftmann@25184
  2063
haftmann@25184
  2064
    meet_left_le            ~> inf_le1
haftmann@25184
  2065
    meet_right_le           ~> inf_le2
haftmann@25184
  2066
    join_left_le            ~> sup_ge1
haftmann@25184
  2067
    join_right_le           ~> sup_ge2
haftmann@25184
  2068
    meet_join_le            ~> inf_sup_ord
haftmann@25184
  2069
    le_meetI                ~> le_infI
haftmann@25184
  2070
    join_leI                ~> le_supI
haftmann@25184
  2071
    le_meet                 ~> le_inf_iff
haftmann@25184
  2072
    le_join                 ~> ge_sup_conv
haftmann@25184
  2073
    meet_idempotent         ~> inf_idem
haftmann@25184
  2074
    join_idempotent         ~> sup_idem
haftmann@25184
  2075
    meet_comm               ~> inf_commute
haftmann@25184
  2076
    join_comm               ~> sup_commute
haftmann@25184
  2077
    meet_leI1               ~> le_infI1
haftmann@25184
  2078
    meet_leI2               ~> le_infI2
haftmann@25184
  2079
    le_joinI1               ~> le_supI1
haftmann@25184
  2080
    le_joinI2               ~> le_supI2
haftmann@25184
  2081
    meet_assoc              ~> inf_assoc
haftmann@25184
  2082
    join_assoc              ~> sup_assoc
haftmann@25184
  2083
    meet_left_comm          ~> inf_left_commute
haftmann@25184
  2084
    meet_left_idempotent    ~> inf_left_idem
haftmann@25184
  2085
    join_left_comm          ~> sup_left_commute
haftmann@25184
  2086
    join_left_idempotent    ~> sup_left_idem
haftmann@25184
  2087
    meet_aci                ~> inf_aci
haftmann@25184
  2088
    join_aci                ~> sup_aci
haftmann@25184
  2089
    le_def_meet             ~> le_iff_inf
haftmann@25184
  2090
    le_def_join             ~> le_iff_sup
haftmann@25184
  2091
    join_absorp2            ~> sup_absorb2
haftmann@25184
  2092
    join_absorp1            ~> sup_absorb1
haftmann@25184
  2093
    meet_absorp1            ~> inf_absorb1
haftmann@25184
  2094
    meet_absorp2            ~> inf_absorb2
haftmann@25184
  2095
    meet_join_absorp        ~> inf_sup_absorb
haftmann@25184
  2096
    join_meet_absorp        ~> sup_inf_absorb
haftmann@25184
  2097
    distrib_join_le         ~> distrib_sup_le
haftmann@25184
  2098
    distrib_meet_le         ~> distrib_inf_le
haftmann@25184
  2099
haftmann@25184
  2100
    add_meet_distrib_left   ~> add_inf_distrib_left
haftmann@25184
  2101
    add_join_distrib_left   ~> add_sup_distrib_left
haftmann@25184
  2102
    is_join_neg_meet        ~> is_join_neg_inf
haftmann@25184
  2103
    is_meet_neg_join        ~> is_meet_neg_sup
haftmann@25184
  2104
    add_meet_distrib_right  ~> add_inf_distrib_right
haftmann@25184
  2105
    add_join_distrib_right  ~> add_sup_distrib_right
haftmann@25184
  2106
    add_meet_join_distribs  ~> add_sup_inf_distribs
haftmann@25184
  2107
    join_eq_neg_meet        ~> sup_eq_neg_inf
haftmann@25184
  2108
    meet_eq_neg_join        ~> inf_eq_neg_sup
haftmann@25184
  2109
    add_eq_meet_join        ~> add_eq_inf_sup
haftmann@25184
  2110
    meet_0_imp_0            ~> inf_0_imp_0
haftmann@25184
  2111
    join_0_imp_0            ~> sup_0_imp_0
haftmann@25184
  2112
    meet_0_eq_0             ~> inf_0_eq_0
haftmann@25184
  2113
    join_0_eq_0             ~> sup_0_eq_0
haftmann@25184
  2114
    neg_meet_eq_join        ~> neg_inf_eq_sup
haftmann@25184
  2115
    neg_join_eq_meet        ~> neg_sup_eq_inf
haftmann@25184
  2116
    join_eq_if              ~> sup_eq_if
haftmann@25184
  2117
haftmann@25184
  2118
    mono_meet               ~> mono_inf
haftmann@25184
  2119
    mono_join               ~> mono_sup
haftmann@25184
  2120
    meet_bool_eq            ~> inf_bool_eq
haftmann@25184
  2121
    join_bool_eq            ~> sup_bool_eq
haftmann@25184
  2122
    meet_fun_eq             ~> inf_fun_eq
haftmann@25184
  2123
    join_fun_eq             ~> sup_fun_eq
haftmann@25184
  2124
    meet_set_eq             ~> inf_set_eq
haftmann@25184
  2125
    join_set_eq             ~> sup_set_eq
haftmann@25184
  2126
    meet1_iff               ~> inf1_iff
haftmann@25184
  2127
    meet2_iff               ~> inf2_iff
haftmann@25184
  2128
    meet1I                  ~> inf1I
haftmann@25184
  2129
    meet2I                  ~> inf2I
haftmann@25184
  2130
    meet1D1                 ~> inf1D1
haftmann@25184
  2131
    meet2D1                 ~> inf2D1
haftmann@25184
  2132
    meet1D2                 ~> inf1D2
haftmann@25184
  2133
    meet2D2                 ~> inf2D2
haftmann@25184
  2134
    meet1E                  ~> inf1E
haftmann@25184
  2135
    meet2E                  ~> inf2E
haftmann@25184
  2136
    join1_iff               ~> sup1_iff
haftmann@25184
  2137
    join2_iff               ~> sup2_iff
haftmann@25184
  2138
    join1I1                 ~> sup1I1
haftmann@25184
  2139
    join2I1                 ~> sup2I1
haftmann@25184
  2140
    join1I1                 ~> sup1I1
haftmann@25184
  2141
    join2I2                 ~> sup1I2
haftmann@25184
  2142
    join1CI                 ~> sup1CI
haftmann@25184
  2143
    join2CI                 ~> sup2CI
haftmann@25184
  2144
    join1E                  ~> sup1E
haftmann@25184
  2145
    join2E                  ~> sup2E
haftmann@25184
  2146
haftmann@25184
  2147
    is_meet_Meet            ~> is_meet_Inf
haftmann@25184
  2148
    Meet_bool_def           ~> Inf_bool_def
haftmann@25184
  2149
    Meet_fun_def            ~> Inf_fun_def
haftmann@25184
  2150
    Meet_greatest           ~> Inf_greatest
haftmann@25184
  2151
    Meet_lower              ~> Inf_lower
haftmann@25184
  2152
    Meet_set_def            ~> Inf_set_def
haftmann@25184
  2153
haftmann@25184
  2154
    Sup_def                 ~> Sup_Inf
haftmann@25184
  2155
    Sup_bool_eq             ~> Sup_bool_def
haftmann@25184
  2156
    Sup_fun_eq              ~> Sup_fun_def
haftmann@25184
  2157
    Sup_set_eq              ~> Sup_set_def
haftmann@25184
  2158
haftmann@25184
  2159
    listsp_meetI            ~> listsp_infI
haftmann@25184
  2160
    listsp_meet_eq          ~> listsp_inf_eq
haftmann@25184
  2161
haftmann@25184
  2162
    meet_min                ~> inf_min
haftmann@25184
  2163
    join_max                ~> sup_max
haftmann@25184
  2164
haftmann@25184
  2165
* Added syntactic class "size"; overloaded constant "size" now has
haftmann@25184
  2166
type "'a::size ==> bool"
haftmann@25184
  2167
wenzelm@24800
  2168
* Internal reorganisation of `size' of datatypes: size theorems
wenzelm@24800
  2169
"foo.size" are no longer subsumed by "foo.simps" (but are still
wenzelm@24800
  2170
simplification rules by default!); theorems "prod.size" now named
haftmann@25184
  2171
"*.size".
haftmann@25184
  2172
haftmann@25184
  2173
* Class "div" now inherits from class "times" rather than "type".
haftmann@25184
  2174
INCOMPATIBILITY.
wenzelm@24800
  2175
wenzelm@24800
  2176
* HOL/Finite_Set: "name-space" locales Lattice, Distrib_lattice,
wenzelm@24800
  2177
Linorder etc.  have disappeared; operations defined in terms of
wenzelm@24800
  2178
fold_set now are named Inf_fin, Sup_fin.  INCOMPATIBILITY.
wenzelm@24800
  2179
wenzelm@25129
  2180
* HOL/Nat: neq0_conv no longer declared as iff.  INCOMPATIBILITY.
wenzelm@25129
  2181
wenzelm@24800
  2182
* HOL-Word: New extensive library and type for generic, fixed size
wenzelm@24800
  2183
machine words, with arithemtic, bit-wise, shifting and rotating
wenzelm@24800
  2184
operations, reflection into int, nat, and bool lists, automation for
wenzelm@24800
  2185
linear arithmetic (by automatic reflection into nat or int), including
wenzelm@24800
  2186
lemmas on overflow and monotonicity.  Instantiated to all appropriate
wenzelm@24800
  2187
arithmetic type classes, supporting automatic simplification of
wenzelm@24800
  2188
numerals on all operations.
kleing@24333
  2189
kleing@24333
  2190
* Library/Boolean_Algebra: locales for abstract boolean algebras.
kleing@24333
  2191
kleing@24333
  2192
* Library/Numeral_Type: numbers as types, e.g. TYPE(32).
kleing@24333
  2193
haftmann@23850
  2194
* Code generator library theories:
haftmann@24993
  2195
  - Code_Integer represents HOL integers by big integer literals in target
haftmann@23850
  2196
    languages.
haftmann@24993
  2197
  - Code_Char represents HOL characters by character literals in target
haftmann@23850
  2198
    languages.
haftmann@24993
  2199
  - Code_Char_chr like Code_Char, but also offers treatment of character
haftmann@24993
  2200
    codes; includes Code_Integer.
wenzelm@24800
  2201
  - Executable_Set allows to generate code for finite sets using lists.
wenzelm@24800
  2202
  - Executable_Rat implements rational numbers as triples (sign, enumerator,
haftmann@23850
  2203
    denominator).
wenzelm@24800
  2204
  - Executable_Real implements a subset of real numbers, namly those
haftmann@23850
  2205
    representable by rational numbers.
wenzelm@24800
  2206
  - Efficient_Nat implements natural numbers by integers, which in general will
haftmann@23850
  2207
    result in higher efficency; pattern matching with 0/Suc is eliminated;
haftmann@24993
  2208
    includes Code_Integer.
haftmann@24993
  2209
  - Code_Index provides an additional datatype index which is mapped to
haftmann@24993
  2210
    target-language built-in integers.
haftmann@26355
  2211
  - Code_Message provides an additional datatype message_string which is isomorphic to
haftmann@24993
  2212
    strings; messages are mapped to target-language strings.
haftmann@23850
  2213
berghofe@23783
  2214
* New package for inductive predicates
berghofe@23783
  2215
berghofe@23783
  2216
  An n-ary predicate p with m parameters z_1, ..., z_m can now be defined via
berghofe@23783
  2217
berghofe@23783
  2218
    inductive
berghofe@23783
  2219
      p :: "U_1 => ... => U_m => T_1 => ... => T_n => bool"
berghofe@23783
  2220
      for z_1 :: U_1 and ... and z_n :: U_m
berghofe@23783
  2221
    where
berghofe@23783
  2222
      rule_1: "... ==> p z_1 ... z_m t_1_1 ... t_1_n"
berghofe@23783
  2223
    | ...
berghofe@23783
  2224
wenzelm@24800
  2225
  with full support for type-inference, rather than
berghofe@23783
  2226
berghofe@23783
  2227
    consts s :: "U_1 => ... => U_m => (T_1 * ... * T_n) set"
berghofe@23783
  2228
berghofe@23783
  2229
    abbreviation p :: "U_1 => ... => U_m => T_1 => ... => T_n => bool"
berghofe@23783
  2230
    where "p z_1 ... z_m x_1 ... x_n == (x_1, ..., x_n) : s z_1 ... z_m"
berghofe@23783
  2231
berghofe@23783
  2232
    inductive "s z_1 ... z_m"
berghofe@23783
  2233
    intros
berghofe@23783
  2234
      rule_1: "... ==> (t_1_1, ..., t_1_n) : s z_1 ... z_m"
berghofe@23783
  2235
      ...
berghofe@23783
  2236
berghofe@23783
  2237
  For backward compatibility, there is a wrapper allowing inductive
berghofe@23783
  2238
  sets to be defined with the new package via
berghofe@23783
  2239
berghofe@23783
  2240
    inductive_set
berghofe@23783
  2241
      s :: "U_1 => ... => U_m => (T_1 * ... * T_n) set"
berghofe@23783
  2242
      for z_1 :: U_1 and ... and z_n :: U_m
berghofe@23783
  2243
    where
berghofe@23783
  2244
      rule_1: "... ==> (t_1_1, ..., t_1_n) : s z_1 ... z_m"
berghofe@23783
  2245
    | ...
berghofe@23783
  2246
berghofe@23783
  2247
  or
berghofe@23783
  2248
berghofe@23783
  2249
    inductive_set
berghofe@23783
  2250
      s :: "U_1 => ... => U_m => (T_1 * ... * T_n) set"
berghofe@23783
  2251
      and p :: "U_1 => ... => U_m => T_1 => ... => T_n => bool"
berghofe@23783
  2252
      for z_1 :: U_1 and ... and z_n :: U_m
berghofe@23783
  2253
    where
berghofe@23783
  2254
      "p z_1 ... z_m x_1 ... x_n == (x_1, ..., x_n) : s z_1 ... z_m"
berghofe@23783
  2255
    | rule_1: "... ==> p z_1 ... z_m t_1_1 ... t_1_n"
berghofe@23783
  2256
    | ...
berghofe@23783
  2257
berghofe@23783
  2258
  if the additional syntax "p ..." is required.
berghofe@23783
  2259
wenzelm@25177
  2260
  Numerous examples can be found in the subdirectories src/HOL/Auth,
wenzelm@25177
  2261
  src/HOL/Bali, src/HOL/Induct, and src/HOL/MicroJava.
berghofe@23783
  2262
berghofe@23783
  2263
  INCOMPATIBILITIES:
berghofe@23783
  2264
berghofe@23783
  2265
  - Since declaration and definition of inductive sets or predicates
wenzelm@24800
  2266
    is no longer separated, abbreviations involving the newly
wenzelm@24800
  2267
    introduced sets or predicates must be specified together with the
wenzelm@24800
  2268
    introduction rules after the 'where' keyword (see above), rather
wenzelm@24800
  2269
    than before the actual inductive definition.
wenzelm@24800
  2270
wenzelm@24800
  2271
  - The variables in induction and elimination rules are now
wenzelm@24800
  2272
    quantified in the order of their occurrence in the introduction
wenzelm@24800
  2273
    rules, rather than in alphabetical order. Since this may break
wenzelm@24800
  2274
    some proofs, these proofs either have to be repaired, e.g. by
wenzelm@24800
  2275
    reordering the variables a_i_1 ... a_i_{k_i} in Isar 'case'
wenzelm@24800
  2276
    statements of the form
berghofe@23783
  2277
berghofe@23783
  2278
      case (rule_i a_i_1 ... a_i_{k_i})
berghofe@23783
  2279
berghofe@23783
  2280
    or the old order of quantification has to be restored by explicitly adding
berghofe@23783
  2281
    meta-level quantifiers in the introduction rules, i.e.
berghofe@23783
  2282
berghofe@23783
  2283
      | rule_i: "!!a_i_1 ... a_i_{k_i}. ... ==> p z_1 ... z_m t_i_1 ... t_i_n"
berghofe@23783
  2284
berghofe@23783
  2285
  - The format of the elimination rules is now
berghofe@23783
  2286
berghofe@23783
  2287
      p z_1 ... z_m x_1 ... x_n ==>
berghofe@23783
  2288
        (!!a_1_1 ... a_1_{k_1}. x_1 = t_1_1 ==> ... ==> x_n = t_1_n ==> ... ==> P)
berghofe@23783
  2289
        ==> ... ==> P
berghofe@23783
  2290
berghofe@23783
  2291
    for predicates and
berghofe@23783
  2292
berghofe@23783
  2293
      (x_1, ..., x_n) : s z_1 ... z_m ==>
berghofe@23783
  2294
        (!!a_1_1 ... a_1_{k_1}. x_1 = t_1_1 ==> ... ==> x_n = t_1_n ==> ... ==> P)
berghofe@23783
  2295
        ==> ... ==> P
berghofe@23783
  2296
berghofe@23783
  2297
    for sets rather than
berghofe@23783
  2298
berghofe@23783
  2299
      x : s z_1 ... z_m ==>
berghofe@23783
  2300
        (!!a_1_1 ... a_1_{k_1}. x = (t_1_1, ..., t_1_n) ==> ... ==> P)
berghofe@23783
  2301
        ==> ... ==> P
berghofe@23783
  2302
wenzelm@24800
  2303
    This may require terms in goals to be expanded to n-tuples
wenzelm@24800
  2304
    (e.g. using case_tac or simplification with the split_paired_all
wenzelm@24800
  2305
    rule) before the above elimination rule is applicable.
wenzelm@24800
  2306
wenzelm@24800
  2307
  - The elimination or case analysis rules for (mutually) inductive
wenzelm@24800
  2308
    sets or predicates are now called "p_1.cases" ... "p_k.cases". The
wenzelm@24800
  2309
    list of rules "p_1_..._p_k.elims" is no longer available.
berghofe@23783
  2310
krauss@25198
  2311
* New package "function"/"fun" for general recursive functions,
krauss@25198
  2312
supporting mutual and nested recursion, definitions in local contexts,
krauss@25198
  2313
more general pattern matching and partiality. See HOL/ex/Fundefs.thy
krauss@25198
  2314
for small examples, and the separate tutorial on the function
krauss@25198
  2315
package. The old recdef "package" is still available as before, but
krauss@25198
  2316
users are encouraged to use the new package.
krauss@25198
  2317
krauss@25198
  2318
* Method "lexicographic_order" automatically synthesizes termination
krauss@25198
  2319
relations as lexicographic combinations of size measures. 
krauss@25198
  2320
wenzelm@24800
  2321
* Case-expressions allow arbitrary constructor-patterns (including
wenzelm@24800
  2322
"_") and take their order into account, like in functional
wenzelm@24800
  2323
programming.  Internally, this is translated into nested
wenzelm@24800
  2324
case-expressions; missing cases are added and mapped to the predefined
wenzelm@24800
  2325
constant "undefined". In complicated cases printing may no longer show
wenzelm@24800
  2326
the original input but the internal form. Lambda-abstractions allow
wenzelm@24800
  2327
the same form of pattern matching: "% pat1 => e1 | ..." is an
wenzelm@24800
  2328
abbreviation for "%x. case x of pat1 => e1 | ..." where x is a new
wenzelm@24800
  2329
variable.
nipkow@23564
  2330
huffman@23468
  2331
* IntDef: The constant "int :: nat => int" has been removed; now "int"
wenzelm@24800
  2332
is an abbreviation for "of_nat :: nat => int". The simplification
wenzelm@24800
  2333
rules for "of_nat" have been changed to work like "int" did
wenzelm@24800
  2334
previously.  Potential INCOMPATIBILITY:
huffman@23468
  2335
  - "of_nat (Suc m)" simplifies to "1 + of_nat m" instead of "of_nat m + 1"
huffman@23468
  2336
  - of_nat_diff and of_nat_mult are no longer default simp rules
huffman@23377
  2337
chaieb@23295
  2338
* Method "algebra" solves polynomial equations over (semi)rings using
wenzelm@24800
  2339
Groebner bases. The (semi)ring structure is defined by locales and the
wenzelm@24800
  2340
tool setup depends on that generic context. Installing the method for
wenzelm@24800
  2341
a specific type involves instantiating the locale and possibly adding
wenzelm@24800
  2342
declarations for computation on the coefficients.  The method is
wenzelm@24800
  2343
already instantiated for natural numbers and for the axiomatic class
wenzelm@24800
  2344
of idoms with numerals.  See also the paper by Chaieb and Wenzel at
wenzelm@24800
  2345
CALCULEMUS 2007 for the general principles underlying this
wenzelm@24800
  2346
architecture of context-aware proof-tools.
wenzelm@24800
  2347
wenzelm@25033
  2348
* Method "ferrack" implements quantifier elimination over
wenzelm@25033
  2349
special-purpose dense linear orders using locales (analogous to
wenzelm@25033
  2350
"algebra"). The method is already installed for class
wenzelm@25033
  2351
{ordered_field,recpower,number_ring} which subsumes real, hyperreal,
wenzelm@25033
  2352
rat, etc.
wenzelm@25033
  2353
wenzelm@24800
  2354
* Former constant "List.op @" now named "List.append".  Use ML
wenzelm@24800
  2355
antiquotations @{const_name List.append} or @{term " ... @ ... "} to
wenzelm@24800
  2356
circumvent possible incompatibilities when working on ML level.
wenzelm@24800
  2357
haftmann@24996
  2358
* primrec: missing cases mapped to "undefined" instead of "arbitrary".
haftmann@22845
  2359
wenzelm@24800
  2360
* New function listsum :: 'a list => 'a for arbitrary monoids.
wenzelm@24800
  2361
Special syntax: "SUM x <- xs. f x" (and latex variants)
wenzelm@24800
  2362
wenzelm@24800
  2363
* New syntax for Haskell-like list comprehension (input only), eg.
wenzelm@25177
  2364
[(x,y). x <- xs, y <- ys, x ~= y], see also src/HOL/List.thy.
wenzelm@24800
  2365
wenzelm@24800
  2366
* The special syntax for function "filter" has changed from [x :
wenzelm@24800
  2367
xs. P] to [x <- xs. P] to avoid an ambiguity caused by list
wenzelm@24800
  2368
comprehension syntax, and for uniformity.  INCOMPATIBILITY.
wenzelm@24800
  2369
wenzelm@24800
  2370
* [a..b] is now defined for arbitrary linear orders.  It used to be
wenzelm@24800
  2371
defined on nat only, as an abbreviation for [a..<Suc b]
wenzelm@24800
  2372
INCOMPATIBILITY.
wenzelm@24800
  2373
wenzelm@24800
  2374
* Renamed lemma "set_take_whileD"  to "set_takeWhileD".
wenzelm@24800
  2375
wenzelm@25177
  2376
* New functions "sorted" and "sort" in src/HOL/List.thy.
wenzelm@24800
  2377
wenzelm@24800
  2378
* New lemma collection field_simps (an extension of ring_simps) for
wenzelm@24800
  2379
manipulating (in)equations involving division. Multiplies with all
wenzelm@24800
  2380
denominators that can be proved to be non-zero (in equations) or
wenzelm@24800
  2381
positive/negative (in inequations).
nipkow@23480
  2382
nipkow@23480
  2383
* Lemma collections ring_eq_simps, group_eq_simps and ring_distrib
wenzelm@24800
  2384
have been improved and renamed to ring_simps, group_simps and
wenzelm@24800
  2385
ring_distribs.  Removed lemmas field_xyz in theory Ring_and_Field
wenzelm@24800
  2386
because they were subsumed by lemmas xyz.  INCOMPATIBILITY.
wenzelm@24800
  2387
wenzelm@25177
  2388
* Theory Library/Commutative_Ring: switched from recdef to function
wenzelm@24800
  2389
package; constants add, mul, pow now curried.  Infix syntax for
wenzelm@24800
  2390
algebraic operations.
haftmann@22735
  2391
wenzelm@24800
  2392
* Dropped redundant lemma def_imp_eq in favor of meta_eq_to_obj_eq.
haftmann@22218
  2393
INCOMPATIBILITY.
haftmann@22218
  2394
wenzelm@24800
  2395
* Dropped redundant lemma if_def2 in favor of if_bool_eq_conj.
haftmann@22218
  2396
INCOMPATIBILITY.
haftmann@22218
  2397
wenzelm@22126
  2398
* HOL/records: generalised field-update to take a function on the
wenzelm@22126
  2399
field rather than the new value: r(|A := x|) is translated to A_update
wenzelm@22126
  2400
(K x) r The K-combinator that is internally used is called K_record.
schirmer@21226
  2401
INCOMPATIBILITY: Usage of the plain update functions has to be
schirmer@21226
  2402
adapted.
schirmer@21226
  2403
 
wenzelm@24800
  2404
* Class "semiring_0" now contains annihilation axioms x * 0 = 0 and 0
wenzelm@24800
  2405
* x = 0, which are required for a semiring.  Richer structures do not
wenzelm@24800
  2406
inherit from semiring_0 anymore, because this property is a theorem
wenzelm@24800
  2407
there, not an axiom.  INCOMPATIBILITY: In instances of semiring_0,
wenzelm@24800
  2408
there is more to prove, but this is mostly trivial.
wenzelm@24800
  2409
wenzelm@24800
  2410
* Class "recpower" is generalized to arbitrary monoids, not just
wenzelm@24800
  2411
commutative semirings.  INCOMPATIBILITY: may need to incorporate
haftmann@25163
  2412
commutativity or semiring properties additionally.
haftmann@21215
  2413
haftmann@21099
  2414
* Constant "List.list_all2" in List.thy now uses authentic syntax.
wenzelm@24800
  2415
INCOMPATIBILITY: translations containing list_all2 may go wrong,
wenzelm@24800
  2416
better use 'abbreviation'.
wenzelm@24800
  2417
wenzelm@24800
  2418
* Renamed constant "List.op mem" to "List.member".  INCOMPATIBILITY.
wenzelm@24800
  2419
wenzelm@22126
  2420
* Numeral syntax: type 'bin' which was a mere type copy of 'int' has
wenzelm@24800
  2421
been abandoned in favour of plain 'int'.  INCOMPATIBILITY --
wenzelm@22126
  2422
significant changes for setting up numeral syntax for types:
wenzelm@24800
  2423
  - New constants Numeral.pred and Numeral.succ instead
haftmann@20485
  2424
      of former Numeral.bin_pred and Numeral.bin_succ.
haftmann@20485
  2425
  - Use integer operations instead of bin_add, bin_mult and so on.
haftmann@20485
  2426
  - Numeral simplification theorems named Numeral.numeral_simps instead of Bin_simps.
haftmann@20485
  2427
  - ML structure Bin_Simprocs now named Int_Numeral_Base_Simprocs.
haftmann@20485
  2428
wenzelm@25177
  2429
See src/HOL/Integ/IntArith.thy for an example setup.
wenzelm@25177
  2430
wenzelm@25177
  2431
* Command 'normal_form' computes the normal form of a term that may
wenzelm@25177
  2432
contain free variables.  For example ``normal_form "rev [a, b, c]"''
wenzelm@25177
  2433
produces ``[b, c, a]'' (without proof).  This command is suitable for
wenzelm@25177
  2434
heavy-duty computations because the functions are compiled to ML
wenzelm@25177
  2435
first.  Correspondingly, a method "normalization" is provided.  See
wenzelm@25177
  2436
further src/HOL/ex/NormalForm.thy and src/Tools/nbe.ML.
nipkow@19895
  2437
wenzelm@17996
  2438
* Alternative iff syntax "A <-> B" for equality on bool (with priority
wenzelm@17996
  2439
25 like -->); output depends on the "iff" print_mode, the default is
wenzelm@17996
  2440
"A = B" (with priority 50).
wenzelm@17996
  2441
wenzelm@21265
  2442
* Relations less (<) and less_eq (<=) are also available on type bool.
wenzelm@21265
  2443
Modified syntax to disallow nesting without explicit parentheses,
wenzelm@24800
  2444
e.g. "(x < y) < z" or "x < (y < z)", but NOT "x < y < z".  Potential
wenzelm@24800
  2445
INCOMPATIBILITY.
wenzelm@21265
  2446
nipkow@18674
  2447
* "LEAST x:A. P" expands to "LEAST x. x:A & P" (input only).
nipkow@18674
  2448
krauss@20716
  2449
* Relation composition operator "op O" now has precedence 75 and binds
krauss@20716
  2450
stronger than union and intersection. INCOMPATIBILITY.
krauss@20716
  2451
wenzelm@22126
  2452
* The old set interval syntax "{m..n(}" (and relatives) has been
wenzelm@22126
  2453
removed.  Use "{m..<n}" (and relatives) instead.
nipkow@19377
  2454
wenzelm@17865
  2455
* In the context of the assumption "~(s = t)" the Simplifier rewrites
wenzelm@24800
  2456
"t = s" to False (by simproc "neq").  INCOMPATIBILITY, consider using
wenzelm@24800
  2457
``declare [[simproc del: neq]]''.
wenzelm@24800
  2458
wenzelm@24800
  2459
* Simplifier: "m dvd n" where m and n are numbers is evaluated to
wenzelm@24800
  2460
True/False.
wenzelm@24800
  2461
wenzelm@24800
  2462
* Theorem Cons_eq_map_conv no longer declared as "simp".
nipkow@19211
  2463
ballarin@19279
  2464
* Theorem setsum_mult renamed to setsum_right_distrib.
ballarin@19279
  2465
nipkow@19211
  2466
* Prefer ex1I over ex_ex1I in single-step reasoning, e.g. by the
wenzelm@22126
  2467
``rule'' method.
wenzelm@22126
  2468
wenzelm@24800
  2469
* Reimplemented methods "sat" and "satx", with several improvements:
wenzelm@24800
  2470
goals no longer need to be stated as "<prems> ==> False", equivalences
wenzelm@24800
  2471
(i.e. "=" on type bool) are handled, variable names of the form
wenzelm@24800
  2472
"lit_<n>" are no longer reserved, significant speedup.
wenzelm@24800
  2473
wenzelm@24800
  2474
* Methods "sat" and "satx" can now replay MiniSat proof traces.
wenzelm@22126
  2475
zChaff is still supported as well.
wenzelm@22126
  2476
wenzelm@22126
  2477
* 'inductive' and 'datatype': provide projections of mutual rules,
wenzelm@22126
  2478
bundled as foo_bar.inducts;
wenzelm@22126
  2479
wenzelm@22126
  2480
* Library: moved theories Parity, GCD, Binomial, Infinite_Set to
wenzelm@22126
  2481
Library.
wenzelm@21256
  2482
wenzelm@21256
  2483
* Library: moved theory Accessible_Part to main HOL.
wenzelm@19572
  2484
wenzelm@18446
  2485
* Library: added theory Coinductive_List of potentially infinite lists
wenzelm@18446
  2486
as greatest fixed-point.
wenzelm@18399
  2487
wenzelm@19254
  2488
* Library: added theory AssocList which implements (finite) maps as
schirmer@19252
  2489
association lists.
webertj@17809
  2490
wenzelm@24800
  2491
* Method "evaluation" solves goals (i.e. a boolean expression)
wenzelm@24800
  2492
efficiently by compiling it to ML.  The goal is "proved" (via an
wenzelm@24800
  2493
oracle) if it evaluates to True.
wenzelm@20807
  2494
wenzelm@20807
  2495
* Linear arithmetic now splits certain operators (e.g. min, max, abs)
wenzelm@24800
  2496
also when invoked by the simplifier.  This results in the Simplifier
wenzelm@24800
  2497
being more powerful on arithmetic goals.  INCOMPATIBILITY.
wenzelm@24800
  2498
Configuration option fast_arith_split_limit=0 recovers the old
wenzelm@24800
  2499
behavior.
webertj@20217
  2500
wenzelm@22126
  2501
* Support for hex (0x20) and binary (0b1001) numerals.
wenzelm@19254
  2502
wenzelm@20807
  2503
* New method: reify eqs (t), where eqs are equations for an
wenzelm@20807
  2504
interpretation I :: 'a list => 'b => 'c and t::'c is an optional
wenzelm@20807
  2505
parameter, computes a term s::'b and a list xs::'a list and proves the
wenzelm@20807
  2506
theorem I xs s = t. This is also known as reification or quoting. The
wenzelm@20807
  2507
resulting theorem is applied to the subgoal to substitute t with I xs
wenzelm@20807
  2508
s.  If t is omitted, the subgoal itself is reified.
wenzelm@20807
  2509
wenzelm@20807
  2510
* New method: reflection corr_thm eqs (t). The parameters eqs and (t)
wenzelm@20807
  2511
are as explained above. corr_thm is a theorem for I vs (f t) = I vs t,
wenzelm@20807
  2512
where f is supposed to be a computable function (in the sense of code
wenzelm@20807
  2513
generattion). The method uses reify to compute s and xs as above then
wenzelm@20807
  2514
applies corr_thm and uses normalization by evaluation to "prove" f s =
wenzelm@20807
  2515
r and finally gets the theorem t = r, which is again applied to the
wenzelm@25177
  2516
subgoal. An Example is available in src/HOL/ex/ReflectionEx.thy.
wenzelm@25177
  2517
wenzelm@25177
  2518
* Reflection: Automatic reification now handels binding, an example is
wenzelm@25177
  2519
available in src/HOL/ex/ReflectionEx.thy
wenzelm@20807
  2520
wenzelm@25397
  2521
* HOL-Statespace: ``State Spaces: The Locale Way'' introduces a
schirmer@25409
  2522
command 'statespace' that is similar to 'record', but introduces an
wenzelm@25397
  2523
abstract specification based on the locale infrastructure instead of
wenzelm@25397
  2524
HOL types.  This leads to extra flexibility in composing state spaces,
wenzelm@25397
  2525
in particular multiple inheritance and renaming of components.
wenzelm@25397
  2526
wenzelm@25397
  2527
wenzelm@19653
  2528
*** HOL-Complex ***
wenzelm@19653
  2529
huffman@22971
  2530
* Hyperreal: Functions root and sqrt are now defined on negative real
huffman@22971
  2531
inputs so that root n (- x) = - root n x and sqrt (- x) = - sqrt x.
huffman@22971
  2532
Nonnegativity side conditions have been removed from many lemmas, so
huffman@22971
  2533
that more subgoals may now be solved by simplification; potential
huffman@22971
  2534
INCOMPATIBILITY.
huffman@22971
  2535
wenzelm@24800
  2536
* Real: new type classes formalize real normed vector spaces and
huffman@21791
  2537
algebras, using new overloaded constants scaleR :: real => 'a => 'a
huffman@21791
  2538
and norm :: 'a => real.
huffman@21791
  2539
wenzelm@24800
  2540
* Real: constant of_real :: real => 'a::real_algebra_1 injects from
wenzelm@24800
  2541
reals into other types. The overloaded constant Reals :: 'a set is now
wenzelm@24800
  2542
defined as range of_real; potential INCOMPATIBILITY.
wenzelm@24800
  2543
wenzelm@24800
  2544
* Real: proper support for ML code generation, including 'quickcheck'.
nipkow@23013
  2545
Reals are implemented as arbitrary precision rationals.
nipkow@23013
  2546
wenzelm@22126
  2547
* Hyperreal: Several constants that previously worked only for the
wenzelm@22126
  2548
reals have been generalized, so they now work over arbitrary vector
wenzelm@22126
  2549
spaces. Type annotations may need to be added in some cases; potential
wenzelm@22126
  2550
INCOMPATIBILITY.
huffman@21791
  2551
huffman@22972
  2552
  Infinitesimal  :: ('a::real_normed_vector) star set
huffman@22972
  2553
  HFinite        :: ('a::real_normed_vector) star set
huffman@22972
  2554
  HInfinite      :: ('a::real_normed_vector) star set
huffman@21791
  2555
  approx         :: ('a::real_normed_vector) star => 'a star => bool
huffman@21791
  2556
  monad          :: ('a::real_normed_vector) star => 'a star set
huffman@21791
  2557
  galaxy         :: ('a::real_normed_vector) star => 'a star set
huffman@22972
  2558
  (NS)LIMSEQ     :: [nat => 'a::real_normed_vector, 'a] => bool
huffman@21791
  2559
  (NS)convergent :: (nat => 'a::real_normed_vector) => bool
huffman@21791
  2560
  (NS)Bseq       :: (nat => 'a::real_normed_vector) => bool
huffman@21791
  2561
  (NS)Cauchy     :: (nat => 'a::real_normed_vector) => bool
huffman@21791
  2562
  (NS)LIM        :: ['a::real_normed_vector => 'b::real_normed_vector, 'a, 'b] => bool
huffman@21791
  2563
  is(NS)Cont     :: ['a::real_normed_vector => 'b::real_normed_vector, 'a] => bool
huffman@21791
  2564
  deriv          :: ['a::real_normed_field => 'a, 'a, 'a] => bool
huffman@22972
  2565
  sgn            :: 'a::real_normed_vector => 'a
huffman@23116
  2566
  exp            :: 'a::{recpower,real_normed_field,banach} => 'a
huffman@21791
  2567
huffman@21791
  2568
* Complex: Some complex-specific constants are now abbreviations for
wenzelm@22126
  2569
overloaded ones: complex_of_real = of_real, cmod = norm, hcmod =
wenzelm@22126
  2570
hnorm.  Other constants have been entirely removed in favor of the
wenzelm@22126
  2571
polymorphic versions (INCOMPATIBILITY):
huffman@21791
  2572
huffman@21791
  2573
  approx        <-- capprox
huffman@21791
  2574
  HFinite       <-- CFinite
huffman@21791
  2575
  HInfinite     <-- CInfinite
huffman@21791
  2576
  Infinitesimal <-- CInfinitesimal
huffman@21791
  2577
  monad         <-- cmonad
huffman@21791
  2578
  galaxy        <-- cgalaxy
huffman@21791
  2579
  (NS)LIM       <-- (NS)CLIM, (NS)CRLIM
huffman@21791
  2580
  is(NS)Cont    <-- is(NS)Contc, is(NS)contCR
huffman@21791
  2581
  (ns)deriv     <-- (ns)cderiv
huffman@21791
  2582
wenzelm@19653
  2583
wenzelm@24801
  2584
*** HOL-Algebra ***
wenzelm@24801
  2585
wenzelm@24801
  2586
* Formalisation of ideals and the quotient construction over rings.
wenzelm@24801
  2587
wenzelm@24801
  2588
* Order and lattice theory no longer based on records.
wenzelm@24801
  2589
INCOMPATIBILITY.
wenzelm@24801
  2590
wenzelm@24801
  2591
* Renamed lemmas least_carrier -> least_closed and greatest_carrier ->
wenzelm@24801
  2592
greatest_closed.  INCOMPATIBILITY.
wenzelm@24801
  2593
wenzelm@24801
  2594
* Method algebra is now set up via an attribute.  For examples see
wenzelm@24801
  2595
Ring.thy.  INCOMPATIBILITY: the method is now weaker on combinations
wenzelm@24801
  2596
of algebraic structures.
wenzelm@24801
  2597
wenzelm@24801
  2598
* Renamed theory CRing to Ring.
wenzelm@24801
  2599
wenzelm@24801
  2600
wenzelm@24801
  2601
*** HOL-Nominal ***
wenzelm@24801
  2602
wenzelm@25148
  2603
* Substantial, yet incomplete support for nominal datatypes (binding
wenzelm@25177
  2604
structures) based on HOL-Nominal logic.  See src/HOL/Nominal and
wenzelm@25177
  2605
src/HOL/Nominal/Examples.  Prospective users should consult
wenzelm@25148
  2606
http://isabelle.in.tum.de/nominal/
wenzelm@25148
  2607
wenzelm@24801
  2608
wenzelm@17878
  2609
*** ML ***
wenzelm@17878
  2610
wenzelm@24643
  2611
* ML basics: just one true type int, which coincides with IntInf.int
wenzelm@24643
  2612
(even on SML/NJ).
wenzelm@24643
  2613
wenzelm@22138
  2614
* ML within Isar: antiquotations allow to embed statically-checked
wenzelm@22138
  2615
formal entities in the source, referring to the context available at
wenzelm@22138
  2616
compile-time.  For example:
wenzelm@22138
  2617
wenzelm@25142
  2618
ML {* @{sort "{zero,one}"} *}
wenzelm@22138
  2619
ML {* @{typ "'a => 'b"} *}
wenzelm@22138
  2620
ML {* @{term "%x. x"} *}
wenzelm@22138
  2621
ML {* @{prop "x == y"} *}
wenzelm@22138
  2622
ML {* @{ctyp "'a => 'b"} *}
wenzelm@22138
  2623
ML {* @{cterm "%x. x"} *}
wenzelm@22138
  2624
ML {* @{cprop "x == y"} *}
wenzelm@22138
  2625
ML {* @{thm asm_rl} *}
wenzelm@22138
  2626
ML {* @{thms asm_rl} *}
wenzelm@24692
  2627
ML {* @{type_name c} *}
wenzelm@25142
  2628
ML {* @{type_syntax c} *}
wenzelm@22376
  2629
ML {* @{const_name c} *}
wenzelm@22376
  2630
ML {* @{const_syntax c} *}
wenzelm@22138
  2631
ML {* @{context} *}
wenzelm@22138
  2632
ML {* @{theory} *}
wenzelm@22138
  2633
ML {* @{theory Pure} *}
wenzelm@24692
  2634
ML {* @{theory_ref} *}
wenzelm@24692
  2635
ML {* @{theory_ref Pure} *}
wenzelm@22138
  2636
ML {* @{simpset} *}
wenzelm@22138
  2637
ML {* @{claset} *}
wenzelm@22138
  2638
ML {* @{clasimpset} *}
wenzelm@22138
  2639
wenzelm@22151
  2640
The same works for sources being ``used'' within an Isar context.
wenzelm@22151
  2641
wenzelm@22152
  2642
* ML in Isar: improved error reporting; extra verbosity with
wenzelm@24706
  2643
ML_Context.trace enabled.
wenzelm@22152
  2644
wenzelm@19032
  2645
* Pure/General/table.ML: the join operations now works via exceptions