NEWS
author blanchet
Fri May 14 23:16:33 2010 +0200 (2010-05-14)
changeset 36928 637100169bc7
parent 36903 489c1fbbb028
child 36929 6b8b4f519190
permissions -rw-r--r--
document Nitpick changes
wenzelm@5363
     1
Isabelle NEWS -- history user-relevant changes
wenzelm@5363
     2
==============================================
wenzelm@2553
     3
haftmann@33993
     4
New in this Isabelle version
haftmann@33993
     5
----------------------------
haftmann@33993
     6
wenzelm@35260
     7
*** General ***
wenzelm@35260
     8
wenzelm@36317
     9
* Schematic theorem statements need to be explicitly markup as such,
wenzelm@36317
    10
via commands 'schematic_lemma', 'schematic_theorem',
wenzelm@36317
    11
'schematic_corollary'.  Thus the relevance of the proof is made
wenzelm@36317
    12
syntactically clear, which impacts performance in a parallel or
wenzelm@36317
    13
asynchronous interactive environment.  Minor INCOMPATIBILITY.
wenzelm@36317
    14
wenzelm@35436
    15
* Authentic syntax for *all* logical entities (type classes, type
wenzelm@35436
    16
constructors, term constants): provides simple and robust
wenzelm@35436
    17
correspondence between formal entities and concrete syntax.  Within
wenzelm@35436
    18
the parse tree / AST representations, "constants" are decorated by
wenzelm@35436
    19
their category (class, type, const) and spelled out explicitly with
wenzelm@35436
    20
their full internal name.
wenzelm@35436
    21
wenzelm@35436
    22
Substantial INCOMPATIBILITY concerning low-level syntax declarations
wenzelm@35436
    23
and translations (translation rules and translation functions in ML).
wenzelm@35436
    24
Some hints on upgrading:
wenzelm@35260
    25
wenzelm@35260
    26
  - Many existing uses of 'syntax' and 'translations' can be replaced
wenzelm@35436
    27
    by more modern 'type_notation', 'notation' and 'abbreviation',
wenzelm@35436
    28
    which are independent of this issue.
wenzelm@35260
    29
wenzelm@35260
    30
  - 'translations' require markup within the AST; the term syntax
wenzelm@35260
    31
    provides the following special forms:
wenzelm@35260
    32
wenzelm@35260
    33
      CONST c   -- produces syntax version of constant c from context
wenzelm@35261
    34
      XCONST c  -- literally c, checked as constant from context
wenzelm@35261
    35
      c         -- literally c, if declared by 'syntax'
wenzelm@35261
    36
wenzelm@35261
    37
    Plain identifiers are treated as AST variables -- occasionally the
wenzelm@35261
    38
    system indicates accidental variables via the error "rhs contains
wenzelm@35261
    39
    extra variables".
wenzelm@35260
    40
wenzelm@35436
    41
    Type classes and type constructors are marked according to their
wenzelm@35436
    42
    concrete syntax.  Some old translations rules need to be written
wenzelm@35436
    43
    for the "type" category, using type constructor application
wenzelm@35436
    44
    instead of pseudo-term application of the default category
wenzelm@35436
    45
    "logic".
wenzelm@35436
    46
wenzelm@35260
    47
  - 'parse_translation' etc. in ML may use the following
wenzelm@35260
    48
    antiquotations:
wenzelm@35260
    49
wenzelm@35436
    50
      @{class_syntax c}   -- type class c within parse tree / AST
wenzelm@35436
    51
      @{term_syntax c}    -- type constructor c within parse tree / AST
wenzelm@35260
    52
      @{const_syntax c}   -- ML version of "CONST c" above
wenzelm@35260
    53
      @{syntax_const c}   -- literally c (checked wrt. 'syntax' declarations)
wenzelm@35260
    54
wenzelm@35436
    55
  - Literal types within 'typed_print_translations', i.e. those *not*
wenzelm@35436
    56
    represented as pseudo-terms are represented verbatim.  Use @{class
wenzelm@35436
    57
    c} or @{type_name c} here instead of the above syntax
wenzelm@35436
    58
    antiquotations.
wenzelm@35436
    59
wenzelm@35260
    60
Note that old non-authentic syntax was based on unqualified base
wenzelm@35436
    61
names, so all of the above "constant" names would coincide.  Recall
wenzelm@35436
    62
that 'print_syntax' and ML_command "set Syntax.trace_ast" help to
wenzelm@35436
    63
diagnose syntax problems.
wenzelm@35260
    64
wenzelm@35351
    65
* Type constructors admit general mixfix syntax, not just infix.
wenzelm@35351
    66
wenzelm@36508
    67
* Concrete syntax may be attached to local entities without a proof
wenzelm@36508
    68
body, too.  This works via regular mixfix annotations for 'fix',
wenzelm@36508
    69
'def', 'obtain' etc. or via the explicit 'write' command, which is
wenzelm@36508
    70
similar to the 'notation' command in theory specifications.
wenzelm@36508
    71
wenzelm@35613
    72
* Use of cumulative prems via "!" in some proof methods has been
wenzelm@35613
    73
discontinued (legacy feature).
wenzelm@35613
    74
boehmes@35979
    75
* References 'trace_simp' and 'debug_simp' have been replaced by
wenzelm@36857
    76
configuration options stored in the context. Enabling tracing (the
wenzelm@36857
    77
case of debugging is similar) in proofs works via
wenzelm@36857
    78
wenzelm@36857
    79
  using [[trace_simp = true]]
wenzelm@36857
    80
wenzelm@36857
    81
Tracing is then active for all invocations of the simplifier in
wenzelm@36857
    82
subsequent goal refinement steps. Tracing may also still be enabled or
wenzelm@36857
    83
disabled via the ProofGeneral settings menu.
boehmes@35979
    84
wenzelm@36177
    85
* Separate commands 'hide_class', 'hide_type', 'hide_const',
wenzelm@36177
    86
'hide_fact' replace the former 'hide' KIND command.  Minor
wenzelm@36177
    87
INCOMPATIBILITY.
wenzelm@36177
    88
wenzelm@35260
    89
haftmann@34170
    90
*** Pure ***
haftmann@34170
    91
wenzelm@36857
    92
* Predicates of locales introduces by classes carry a mandatory
wenzelm@36857
    93
"class" prefix.  INCOMPATIBILITY.
wenzelm@36857
    94
wenzelm@36857
    95
* Command 'code_reflect' allows to incorporate generated ML code into
wenzelm@36857
    96
runtime environment; replaces immature code_datatype antiquotation.
haftmann@36530
    97
INCOMPATIBILITY.
haftmann@36530
    98
haftmann@36460
    99
* Empty class specifications observe default sort.  INCOMPATIBILITY.
haftmann@36460
   100
wenzelm@36857
   101
* Old 'axclass' command has been discontinued.  Use 'class' instead.
wenzelm@36857
   102
INCOMPATIBILITY.
wenzelm@36857
   103
wenzelm@36857
   104
* Code generator: simple concept for abstract datatypes obeying
wenzelm@36857
   105
invariants.
haftmann@36147
   106
wenzelm@35765
   107
* Local theory specifications may depend on extra type variables that
wenzelm@35765
   108
are not present in the result type -- arguments TYPE('a) :: 'a itself
wenzelm@35765
   109
are added internally.  For example:
wenzelm@35765
   110
wenzelm@35765
   111
  definition unitary :: bool where "unitary = (ALL (x::'a) y. x = y)"
wenzelm@35765
   112
wenzelm@36857
   113
* Code generator: details of internal data cache have no impact on the
wenzelm@36857
   114
user space functionality any longer.
wenzelm@36857
   115
wenzelm@36857
   116
* Methods unfold_locales and intro_locales ignore non-locale subgoals.
wenzelm@36857
   117
This is more appropriate for interpretations with 'where'.
wenzelm@36857
   118
INCOMPATIBILITY.
haftmann@34170
   119
wenzelm@35129
   120
* Discontinued unnamed infix syntax (legacy feature for many years) --
wenzelm@35130
   121
need to specify constant name and syntax separately.  Internal ML
wenzelm@35130
   122
datatype constructors have been renamed from InfixName to Infix etc.
wenzelm@35130
   123
Minor INCOMPATIBILITY.
wenzelm@35129
   124
wenzelm@36356
   125
* Command 'example_proof' opens an empty proof body.  This allows to
wenzelm@36356
   126
experiment with Isar, without producing any persistent result.
wenzelm@36356
   127
wenzelm@35413
   128
* Commands 'type_notation' and 'no_type_notation' declare type syntax
wenzelm@35413
   129
within a local theory context, with explicit checking of the
wenzelm@35413
   130
constructors involved (in contrast to the raw 'syntax' versions).
wenzelm@35413
   131
wenzelm@36178
   132
* Commands 'types' and 'typedecl' now work within a local theory
wenzelm@36178
   133
context -- without introducing dependencies on parameters or
wenzelm@36178
   134
assumptions, which is not possible in Isabelle/Pure.
wenzelm@35681
   135
wenzelm@36857
   136
* Command 'defaultsort' has been renamed to 'default_sort', it works
wenzelm@36857
   137
within a local theory context.  Minor INCOMPATIBILITY.
wenzelm@36454
   138
krauss@36044
   139
* Proof terms: Type substitutions on proof constants now use canonical
wenzelm@36857
   140
order of type variables. Potential INCOMPATIBILITY for tools working
wenzelm@36857
   141
with proof terms.
krauss@36044
   142
haftmann@34170
   143
haftmann@33993
   144
*** HOL ***
haftmann@33993
   145
wenzelm@36857
   146
* Theorem Int.int_induct renamed to Int.int_of_nat_induct and is no
wenzelm@36857
   147
longer shadowed.  INCOMPATIBILITY.
haftmann@36808
   148
huffman@36836
   149
* Dropped theorem duplicate comp_arith; use semiring_norm instead.
huffman@36836
   150
INCOMPATIBILITY.
huffman@36836
   151
huffman@36836
   152
* Dropped theorem RealPow.real_sq_order; use power2_le_imp_le instead.
huffman@36836
   153
INCOMPATIBILITY.
haftmann@36714
   154
wenzelm@36857
   155
* Dropped normalizing_semiring etc; use the facts in semiring classes
wenzelm@36857
   156
instead.  INCOMPATIBILITY.
wenzelm@36857
   157
wenzelm@36857
   158
* Theory 'Finite_Set': various folding_XXX locales facilitate the
wenzelm@36857
   159
application of the various fold combinators on finite sets.
wenzelm@36857
   160
wenzelm@36857
   161
* Library theory "RBT" renamed to "RBT_Impl"; new library theory "RBT"
wenzelm@36857
   162
provides abstract red-black tree type which is backed by "RBT_Impl" as
wenzelm@36857
   163
implementation.  INCOMPATIBILTY.
haftmann@36147
   164
wenzelm@35745
   165
* Command 'typedef' now works within a local theory context -- without
wenzelm@35745
   166
introducing dependencies on parameters or assumptions, which is not
wenzelm@35745
   167
possible in Isabelle/Pure/HOL.  Note that the logical environment may
wenzelm@35745
   168
contain multiple interpretations of local typedefs (with different
wenzelm@35745
   169
non-emptiness proofs), even in a global theory context.
wenzelm@35745
   170
huffman@36830
   171
* Theory Library/Coinductive_List has been removed -- superseded by
wenzelm@35763
   172
AFP/thys/Coinductive.
wenzelm@35763
   173
huffman@36829
   174
* Theory PReal, including the type "preal" and related operations, has
huffman@36829
   175
been removed.  INCOMPATIBILITY.
huffman@36829
   176
wenzelm@36857
   177
* Split off theory Big_Operators containing setsum, setprod, Inf_fin,
wenzelm@36857
   178
Sup_fin, Min, Max from theory Finite_Set.  INCOMPATIBILITY.
wenzelm@36857
   179
wenzelm@36857
   180
* Theory "Rational" renamed to "Rat", for consistency with "Nat",
wenzelm@36857
   181
"Int" etc.  INCOMPATIBILITY.
wenzelm@36857
   182
wenzelm@36857
   183
* New set of rules "ac_simps" provides combined assoc / commute
wenzelm@36857
   184
rewrites for all interpretations of the appropriate generic locales.
wenzelm@36857
   185
wenzelm@36857
   186
* Renamed theory "OrderedGroup" to "Groups" and split theory
wenzelm@36857
   187
"Ring_and_Field" into theories "Rings" and "Fields"; for more
wenzelm@36857
   188
appropriate and more consistent names suitable for name prefixes
wenzelm@36857
   189
within the HOL theories.  INCOMPATIBILITY.
haftmann@35050
   190
haftmann@35084
   191
* Some generic constants have been put to appropriate theories:
wenzelm@36857
   192
  - less_eq, less: Orderings
wenzelm@36857
   193
  - zero, one, plus, minus, uminus, times, abs, sgn: Groups
wenzelm@36857
   194
  - inverse, divide: Rings
haftmann@35084
   195
INCOMPATIBILITY.
haftmann@35084
   196
wenzelm@36857
   197
* More consistent naming of type classes involving orderings (and
wenzelm@36857
   198
lattices):
haftmann@35027
   199
haftmann@35027
   200
    lower_semilattice                   ~> semilattice_inf
haftmann@35027
   201
    upper_semilattice                   ~> semilattice_sup
haftmann@35027
   202
haftmann@35027
   203
    dense_linear_order                  ~> dense_linorder
haftmann@35027
   204
haftmann@35027
   205
    pordered_ab_group_add               ~> ordered_ab_group_add
haftmann@35027
   206
    pordered_ab_group_add_abs           ~> ordered_ab_group_add_abs
haftmann@35027
   207
    pordered_ab_semigroup_add           ~> ordered_ab_semigroup_add
haftmann@35027
   208
    pordered_ab_semigroup_add_imp_le    ~> ordered_ab_semigroup_add_imp_le
haftmann@35027
   209
    pordered_cancel_ab_semigroup_add    ~> ordered_cancel_ab_semigroup_add
haftmann@35027
   210
    pordered_cancel_comm_semiring       ~> ordered_cancel_comm_semiring
haftmann@35027
   211
    pordered_cancel_semiring            ~> ordered_cancel_semiring
haftmann@35027
   212
    pordered_comm_monoid_add            ~> ordered_comm_monoid_add
haftmann@35027
   213
    pordered_comm_ring                  ~> ordered_comm_ring
haftmann@35027
   214
    pordered_comm_semiring              ~> ordered_comm_semiring
haftmann@35027
   215
    pordered_ring                       ~> ordered_ring
haftmann@35027
   216
    pordered_ring_abs                   ~> ordered_ring_abs
haftmann@35027
   217
    pordered_semiring                   ~> ordered_semiring
haftmann@35027
   218
haftmann@35027
   219
    ordered_ab_group_add                ~> linordered_ab_group_add
haftmann@35027
   220
    ordered_ab_semigroup_add            ~> linordered_ab_semigroup_add
haftmann@35027
   221
    ordered_cancel_ab_semigroup_add     ~> linordered_cancel_ab_semigroup_add
haftmann@35027
   222
    ordered_comm_semiring_strict        ~> linordered_comm_semiring_strict
haftmann@35027
   223
    ordered_field                       ~> linordered_field
haftmann@35027
   224
    ordered_field_no_lb                 ~> linordered_field_no_lb
haftmann@35027
   225
    ordered_field_no_ub                 ~> linordered_field_no_ub
haftmann@35027
   226
    ordered_field_dense_linear_order    ~> dense_linordered_field
haftmann@35027
   227
    ordered_idom                        ~> linordered_idom
haftmann@35027
   228
    ordered_ring                        ~> linordered_ring
haftmann@35027
   229
    ordered_ring_le_cancel_factor       ~> linordered_ring_le_cancel_factor
haftmann@35027
   230
    ordered_ring_less_cancel_factor     ~> linordered_ring_less_cancel_factor
haftmann@35027
   231
    ordered_ring_strict                 ~> linordered_ring_strict
haftmann@35027
   232
    ordered_semidom                     ~> linordered_semidom
haftmann@35027
   233
    ordered_semiring                    ~> linordered_semiring
haftmann@35027
   234
    ordered_semiring_1                  ~> linordered_semiring_1
haftmann@35027
   235
    ordered_semiring_1_strict           ~> linordered_semiring_1_strict
haftmann@35027
   236
    ordered_semiring_strict             ~> linordered_semiring_strict
haftmann@35027
   237
wenzelm@36857
   238
  The following slightly odd type classes have been moved to a
wenzelm@36857
   239
  separate theory Library/Lattice_Algebras.thy:
haftmann@35032
   240
haftmann@35032
   241
    lordered_ab_group_add               ~> lattice_ab_group_add
haftmann@35032
   242
    lordered_ab_group_add_abs           ~> lattice_ab_group_add_abs
haftmann@35032
   243
    lordered_ab_group_add_meet          ~> semilattice_inf_ab_group_add
haftmann@35032
   244
    lordered_ab_group_add_join          ~> semilattice_sup_ab_group_add
haftmann@35032
   245
    lordered_ring                       ~> lattice_ring
haftmann@35032
   246
haftmann@35027
   247
INCOMPATIBILITY.
haftmann@35027
   248
haftmann@36416
   249
* Refined field classes:
wenzelm@36857
   250
  - classes division_ring_inverse_zero, field_inverse_zero,
wenzelm@36857
   251
    linordered_field_inverse_zero include rule inverse 0 = 0 --
wenzelm@36857
   252
    subsumes former division_by_zero class;
wenzelm@36857
   253
  - numerous lemmas have been ported from field to division_ring.
wenzelm@36857
   254
INCOMPATIBILITY.
haftmann@36416
   255
haftmann@36416
   256
* Refined algebra theorem collections:
wenzelm@36857
   257
  - dropped theorem group group_simps, use algebra_simps instead;
wenzelm@36857
   258
  - dropped theorem group ring_simps, use field_simps instead;
wenzelm@36857
   259
  - proper theorem collection field_simps subsumes former theorem
wenzelm@36857
   260
    groups field_eq_simps and field_simps;
wenzelm@36857
   261
  - dropped lemma eq_minus_self_iff which is a duplicate for
wenzelm@36857
   262
    equal_neg_zero.
wenzelm@36857
   263
INCOMPATIBILITY.
wenzelm@35009
   264
wenzelm@35009
   265
* Theory Finite_Set and List: some lemmas have been generalized from
wenzelm@34076
   266
sets to lattices:
wenzelm@34076
   267
haftmann@34007
   268
  fun_left_comm_idem_inter      ~> fun_left_comm_idem_inf
haftmann@34007
   269
  fun_left_comm_idem_union      ~> fun_left_comm_idem_sup
haftmann@34007
   270
  inter_Inter_fold_inter        ~> inf_Inf_fold_inf
haftmann@34007
   271
  union_Union_fold_union        ~> sup_Sup_fold_sup
haftmann@34007
   272
  Inter_fold_inter              ~> Inf_fold_inf
haftmann@34007
   273
  Union_fold_union              ~> Sup_fold_sup
haftmann@34007
   274
  inter_INTER_fold_inter        ~> inf_INFI_fold_inf
haftmann@34007
   275
  union_UNION_fold_union        ~> sup_SUPR_fold_sup
haftmann@34007
   276
  INTER_fold_inter              ~> INFI_fold_inf
haftmann@34007
   277
  UNION_fold_union              ~> SUPR_fold_sup
haftmann@34007
   278
haftmann@36416
   279
* Theory Complete_Lattice: lemmas top_def and bot_def have been
haftmann@36416
   280
replaced by the more convenient lemmas Inf_empty and Sup_empty.
haftmann@36416
   281
Dropped lemmas Inf_insert_simp and Sup_insert_simp, which are subsumed
haftmann@36416
   282
by Inf_insert and Sup_insert.  Lemmas Inf_UNIV and Sup_UNIV replace
haftmann@36416
   283
former Inf_Univ and Sup_Univ.  Lemmas inf_top_right and sup_bot_right
haftmann@36416
   284
subsume inf_top and sup_bot respectively.  INCOMPATIBILITY.
haftmann@36416
   285
haftmann@36416
   286
* HOLogic.strip_psplit: types are returned in syntactic order, similar
haftmann@36416
   287
to other strip and tuple operations.  INCOMPATIBILITY.
haftmann@36416
   288
wenzelm@36857
   289
* Reorganized theory Multiset: swapped notation of pointwise and
wenzelm@36857
   290
multiset order:
wenzelm@36857
   291
  - pointwise ordering is instance of class order with standard syntax
wenzelm@36857
   292
    <= and <;
wenzelm@36857
   293
  - multiset ordering has syntax <=# and <#; partial order properties
wenzelm@36857
   294
    are provided by means of interpretation with prefix
wenzelm@36857
   295
    multiset_order;
wenzelm@36857
   296
  - less duplication, less historical organization of sections,
wenzelm@36857
   297
    conversion from associations lists to multisets, rudimentary code
wenzelm@36857
   298
    generation;
wenzelm@36857
   299
  - use insert_DiffM2 [symmetric] instead of elem_imp_eq_diff_union,
wenzelm@36857
   300
    if needed.
nipkow@36903
   301
Renamed:
nipkow@36903
   302
  multiset_eq_conv_count_eq -> multiset_ext_iff
nipkow@36903
   303
  multi_count_ext -> multiset_ext
nipkow@36903
   304
  diff_union_inverse2 -> diff_union_cancelR
wenzelm@36857
   305
INCOMPATIBILITY.
haftmann@36416
   306
nipkow@36903
   307
* Theory Permutation: replaced local "remove" by List.remove1.
nipkow@36903
   308
haftmann@36416
   309
* Code generation: ML and OCaml code is decorated with signatures.
haftmann@36416
   310
wenzelm@35009
   311
* Theory List: added transpose.
wenzelm@35009
   312
wenzelm@35100
   313
* Renamed Library/Quotient.thy to Library/Quotient_Type.thy to avoid
wenzelm@35100
   314
clash with new theory Quotient in Main HOL.
wenzelm@35100
   315
huffman@35810
   316
* Library/Nat_Bijection.thy is a collection of bijective functions
huffman@35810
   317
between nat and other types, which supersedes the older libraries
huffman@35810
   318
Library/Nat_Int_Bij.thy and HOLCF/NatIso.thy.  INCOMPATIBILITY.
huffman@35810
   319
huffman@35810
   320
  Constants:
huffman@35810
   321
  Nat_Int_Bij.nat2_to_nat         ~> prod_encode
huffman@35810
   322
  Nat_Int_Bij.nat_to_nat2         ~> prod_decode
huffman@35810
   323
  Nat_Int_Bij.int_to_nat_bij      ~> int_encode
huffman@35810
   324
  Nat_Int_Bij.nat_to_int_bij      ~> int_decode
huffman@35810
   325
  Countable.pair_encode           ~> prod_encode
huffman@35810
   326
  NatIso.prod2nat                 ~> prod_encode
huffman@35810
   327
  NatIso.nat2prod                 ~> prod_decode
huffman@35810
   328
  NatIso.sum2nat                  ~> sum_encode
huffman@35810
   329
  NatIso.nat2sum                  ~> sum_decode
huffman@35810
   330
  NatIso.list2nat                 ~> list_encode
huffman@35810
   331
  NatIso.nat2list                 ~> list_decode
huffman@35810
   332
  NatIso.set2nat                  ~> set_encode
huffman@35810
   333
  NatIso.nat2set                  ~> set_decode
huffman@35810
   334
huffman@35810
   335
  Lemmas:
huffman@35810
   336
  Nat_Int_Bij.bij_nat_to_int_bij  ~> bij_int_decode
huffman@35810
   337
  Nat_Int_Bij.nat2_to_nat_inj     ~> inj_prod_encode
huffman@35810
   338
  Nat_Int_Bij.nat2_to_nat_surj    ~> surj_prod_encode
huffman@35810
   339
  Nat_Int_Bij.nat_to_nat2_inj     ~> inj_prod_decode
huffman@35810
   340
  Nat_Int_Bij.nat_to_nat2_surj    ~> surj_prod_decode
huffman@35810
   341
  Nat_Int_Bij.i2n_n2i_id          ~> int_encode_inverse
huffman@35810
   342
  Nat_Int_Bij.n2i_i2n_id          ~> int_decode_inverse
huffman@35810
   343
  Nat_Int_Bij.surj_nat_to_int_bij ~> surj_int_encode
huffman@35810
   344
  Nat_Int_Bij.surj_int_to_nat_bij ~> surj_int_decode
huffman@35810
   345
  Nat_Int_Bij.inj_nat_to_int_bij  ~> inj_int_encode
huffman@35810
   346
  Nat_Int_Bij.inj_int_to_nat_bij  ~> inj_int_decode
huffman@35810
   347
  Nat_Int_Bij.bij_nat_to_int_bij  ~> bij_int_encode
huffman@35810
   348
  Nat_Int_Bij.bij_int_to_nat_bij  ~> bij_int_decode
huffman@35810
   349
blanchet@36928
   350
* Nitpick:
blanchet@36928
   351
  - Added and implemented "binary_ints" and "bits" options.
blanchet@36928
   352
  - Added "std" option and implemented support for nonstandard models.
blanchet@36928
   353
  - Added and implemented "finitize" option to improve the precision
blanchet@36928
   354
    of infinite datatypes based on a monotonicity analysis.
blanchet@36928
   355
  - Added support for quotient types.
blanchet@36928
   356
  - Added support for "specification" and "ax_specification"
blanchet@36928
   357
    constructs.
blanchet@36928
   358
  - Added support for local definitions (for "function" and
blanchet@36928
   359
    "termination" proofs).
blanchet@36928
   360
  - Added support for term postprocessors.
blanchet@36928
   361
  - Optimized "Multiset.multiset" and "FinFun.finfun".
blanchet@36928
   362
  - Improved efficiency of "destroy_constrs" optimization.
blanchet@36928
   363
  - Fixed soundness bugs related to "destroy_constrs" optimization and
blanchet@36928
   364
    record getters.
blanchet@36928
   365
  - Fixed soundness bug related to higher-order constructors
blanchet@36928
   366
  - Improved precision of set constructs.
blanchet@36928
   367
  - Added cache to speed up repeated Kodkod invocations on the same
blanchet@36928
   368
    problems.
blanchet@36928
   369
  - Renamed "MiniSatJNI", "zChaffJNI", "BerkMinAlloy", and
blanchet@36928
   370
    "SAT4JLight" to "MiniSat_JNI", "zChaff_JNI", "BerkMin_Alloy", and
blanchet@36928
   371
    "SAT4J_Light".  INCOMPATIBILITY.
blanchet@36928
   372
  - Removed "skolemize", "uncurry", "sym_break", "flatten_prop",
blanchet@36928
   373
    "sharing_depth", and "show_skolems" options.  INCOMPATIBILITY.
blanchet@36928
   374
haftmann@33993
   375
huffman@36828
   376
*** HOLCF ***
huffman@36828
   377
huffman@36828
   378
* Variable names in lemmas generated by the domain package have
huffman@36828
   379
changed; the naming scheme is now consistent with the HOL datatype
huffman@36828
   380
package.  Some proof scripts may be affected, INCOMPATIBILITY.
huffman@36828
   381
huffman@36828
   382
* The domain package no longer defines the function "foo_copy" for
huffman@36828
   383
recursive domain "foo".  The reach lemma is now stated directly in
huffman@36828
   384
terms of "foo_take".  Lemmas and proofs that mention "foo_copy" must
huffman@36828
   385
be reformulated in terms of "foo_take", INCOMPATIBILITY.
huffman@36828
   386
huffman@36828
   387
* Most definedness lemmas generated by the domain package (previously
huffman@36828
   388
of the form "x ~= UU ==> foo$x ~= UU") now have an if-and-only-if form
huffman@36828
   389
like "foo$x = UU <-> x = UU", which works better as a simp rule.
huffman@36828
   390
Proof scripts that used definedness lemmas as intro rules may break,
huffman@36828
   391
potential INCOMPATIBILITY.
huffman@36828
   392
huffman@36828
   393
* Induction and casedist rules generated by the domain package now
huffman@36828
   394
declare proper case_names (one called "bottom", and one named for each
huffman@36828
   395
constructor).  INCOMPATIBILITY.
huffman@36828
   396
huffman@36828
   397
* For mutually-recursive domains, separate "reach" and "take_lemma"
huffman@36828
   398
rules are generated for each domain, INCOMPATIBILITY.
huffman@36828
   399
huffman@36828
   400
  foo_bar.reach       ~> foo.reach  bar.reach
huffman@36828
   401
  foo_bar.take_lemmas ~> foo.take_lemma  bar.take_lemma
huffman@36828
   402
huffman@36828
   403
* Some lemmas generated by the domain package have been renamed for
huffman@36828
   404
consistency with the datatype package, INCOMPATIBILITY.
huffman@36828
   405
huffman@36828
   406
  foo.ind        ~> foo.induct
huffman@36828
   407
  foo.finite_ind ~> foo.finite_induct
huffman@36828
   408
  foo.coind      ~> foo.coinduct
huffman@36828
   409
  foo.casedist   ~> foo.exhaust
huffman@36828
   410
  foo.exhaust    ~> foo.nchotomy
huffman@36828
   411
huffman@36828
   412
* For consistency with other definition packages, the fixrec package
huffman@36828
   413
now generates qualified theorem names, INCOMPATIBILITY.
huffman@36828
   414
huffman@36828
   415
  foo_simps  ~> foo.simps
huffman@36828
   416
  foo_unfold ~> foo.unfold
huffman@36828
   417
  foo_induct ~> foo.induct
huffman@36828
   418
huffman@36828
   419
* The "contlub" predicate has been removed.  Proof scripts should use
huffman@36828
   420
lemma contI2 in place of monocontlub2cont, INCOMPATIBILITY.
huffman@36828
   421
huffman@36828
   422
* The "admw" predicate has been removed, INCOMPATIBILITY.
huffman@36828
   423
huffman@36828
   424
* The constants cpair, cfst, and csnd have been removed in favor of
huffman@36828
   425
Pair, fst, and snd from Isabelle/HOL, INCOMPATIBILITY.
huffman@36828
   426
huffman@36828
   427
haftmann@33993
   428
*** ML ***
haftmann@33993
   429
wenzelm@36429
   430
* Sorts.certify_sort and derived "cert" operations for types and terms
wenzelm@36429
   431
no longer minimize sorts.  Thus certification at the boundary of the
wenzelm@36429
   432
inference kernel becomes invariant under addition of class relations,
wenzelm@36429
   433
which is an important monotonicity principle.  Sorts are now minimized
wenzelm@36429
   434
in the syntax layer only, at the boundary between the end-user and the
wenzelm@36429
   435
system.  Subtle INCOMPATIBILITY, may have to use Sign.minimize_sort
wenzelm@36429
   436
explicitly in rare situations.
wenzelm@36429
   437
wenzelm@35401
   438
* Antiquotations for basic formal entities:
wenzelm@35396
   439
wenzelm@35396
   440
    @{class NAME}         -- type class
wenzelm@35401
   441
    @{class_syntax NAME}  -- syntax representation of the above
wenzelm@35401
   442
wenzelm@35401
   443
    @{type_name NAME}     -- logical type
wenzelm@35361
   444
    @{type_abbrev NAME}   -- type abbreviation
wenzelm@35361
   445
    @{nonterminal NAME}   -- type of concrete syntactic category
wenzelm@35361
   446
    @{type_syntax NAME}   -- syntax representation of any of the above
wenzelm@35361
   447
wenzelm@35401
   448
    @{const_name NAME}    -- logical constant (INCOMPATIBILITY)
wenzelm@35401
   449
    @{const_abbrev NAME}  -- abbreviated constant
wenzelm@35401
   450
    @{const_syntax NAME}  -- syntax representation of any of the above
wenzelm@35401
   451
wenzelm@35111
   452
* Antiquotation @{syntax_const NAME} ensures that NAME refers to a raw
wenzelm@35111
   453
syntax constant (cf. 'syntax' command).
wenzelm@35111
   454
wenzelm@36162
   455
* Antiquotation @{make_string} inlines a function to print arbitrary
wenzelm@36162
   456
values similar to the ML toplevel.  The result is compiler dependent
wenzelm@36162
   457
and may fall back on "?" in certain situations.
wenzelm@36162
   458
wenzelm@35021
   459
* Renamed old-style Drule.standard to Drule.export_without_context, to
wenzelm@35021
   460
emphasize that this is in no way a standard operation.
wenzelm@35021
   461
INCOMPATIBILITY.
wenzelm@35021
   462
wenzelm@34076
   463
* Curried take and drop in library.ML; negative length is interpreted
wenzelm@34076
   464
as infinity (as in chop).  INCOMPATIBILITY.
wenzelm@34076
   465
wenzelm@34076
   466
* Subgoal.FOCUS (and variants): resulting goal state is normalized as
wenzelm@34076
   467
usual for resolution.  Rare INCOMPATIBILITY.
wenzelm@34076
   468
wenzelm@34259
   469
* Discontinued old TheoryDataFun with its copy/init operation -- data
wenzelm@34259
   470
needs to be pure.  Functor Theory_Data_PP retains the traditional
wenzelm@34259
   471
Pretty.pp argument to merge, which is absent in the standard
wenzelm@34259
   472
Theory_Data version.
wenzelm@34259
   473
wenzelm@35845
   474
* Renamed varify/unvarify operations to varify_global/unvarify_global
wenzelm@35845
   475
to emphasize that these only work in a global situation (which is
wenzelm@35845
   476
quite rare).
wenzelm@35845
   477
wenzelm@36000
   478
* Configuration options now admit dynamic default values, depending on
wenzelm@36000
   479
the context or even global references.
wenzelm@36000
   480
wenzelm@36612
   481
* Most operations that refer to a global context are named
wenzelm@36612
   482
accordingly, e.g. Simplifier.global_context or
wenzelm@36612
   483
ProofContext.init_global.  There are some situations where a global
wenzelm@36612
   484
context actually works, but under normal circumstances one needs to
wenzelm@36612
   485
pass the proper local context through the code!
wenzelm@36612
   486
haftmann@33993
   487
wenzelm@34238
   488
*** System ***
wenzelm@34238
   489
wenzelm@34238
   490
* Discontinued special HOL_USEDIR_OPTIONS for the main HOL image;
wenzelm@34238
   491
ISABELLE_USEDIR_OPTIONS applies uniformly to all sessions.  Note that
wenzelm@34238
   492
proof terms are enabled unconditionally in the new HOL-Proofs image.
wenzelm@34238
   493
wenzelm@34255
   494
* Discontinued old ISABELLE and ISATOOL environment settings (legacy
wenzelm@34255
   495
feature since Isabelle2009).  Use ISABELLE_PROCESS and ISABELLE_TOOL,
wenzelm@34255
   496
respectively.
wenzelm@34255
   497
wenzelm@36201
   498
* Old lib/scripts/polyml-platform is superseded by the
wenzelm@36201
   499
ISABELLE_PLATFORM setting variable, which defaults to the 32 bit
wenzelm@36201
   500
variant, even on a 64 bit machine.  The following example setting
wenzelm@36201
   501
prefers 64 bit if available:
wenzelm@36201
   502
wenzelm@36201
   503
  ML_PLATFORM="${ISABELLE_PLATFORM64:-$ISABELLE_PLATFORM}"
wenzelm@36201
   504
wenzelm@34238
   505
haftmann@33993
   506
wenzelm@33842
   507
New in Isabelle2009-1 (December 2009)
wenzelm@33842
   508
-------------------------------------
wenzelm@30904
   509
wenzelm@31547
   510
*** General ***
wenzelm@31547
   511
wenzelm@31547
   512
* Discontinued old form of "escaped symbols" such as \\<forall>.  Only
wenzelm@31547
   513
one backslash should be used, even in ML sources.
wenzelm@31547
   514
wenzelm@31547
   515
haftmann@30951
   516
*** Pure ***
haftmann@30951
   517
ballarin@32846
   518
* Locale interpretation propagates mixins along the locale hierarchy.
ballarin@32846
   519
The currently only available mixins are the equations used to map
ballarin@32846
   520
local definitions to terms of the target domain of an interpretation.
ballarin@32846
   521
wenzelm@33842
   522
* Reactivated diagnostic command 'print_interps'.  Use "print_interps
wenzelm@33842
   523
loc" to print all interpretations of locale "loc" in the theory.
wenzelm@33842
   524
Interpretations in proofs are not shown.
ballarin@32846
   525
ballarin@32983
   526
* Thoroughly revised locales tutorial.  New section on conditional
ballarin@32983
   527
interpretation.
ballarin@32983
   528
wenzelm@33843
   529
* On instantiation of classes, remaining undefined class parameters
wenzelm@33843
   530
are formally declared.  INCOMPATIBILITY.
wenzelm@33843
   531
haftmann@30951
   532
wenzelm@33842
   533
*** Document preparation ***
wenzelm@33842
   534
wenzelm@33842
   535
* New generalized style concept for printing terms: @{foo (style) ...}
wenzelm@33842
   536
instead of @{foo_style style ...}  (old form is still retained for
wenzelm@33842
   537
backward compatibility).  Styles can be also applied for
wenzelm@33842
   538
antiquotations prop, term_type and typeof.
haftmann@32891
   539
haftmann@32891
   540
haftmann@30930
   541
*** HOL ***
haftmann@30930
   542
wenzelm@33842
   543
* New proof method "smt" for a combination of first-order logic with
wenzelm@33842
   544
equality, linear and nonlinear (natural/integer/real) arithmetic, and
wenzelm@33842
   545
fixed-size bitvectors; there is also basic support for higher-order
wenzelm@33842
   546
features (esp. lambda abstractions).  It is an incomplete decision
wenzelm@33842
   547
procedure based on external SMT solvers using the oracle mechanism;
wenzelm@33842
   548
for the SMT solver Z3, this method is proof-producing.  Certificates
wenzelm@33842
   549
are provided to avoid calling the external solvers solely for
wenzelm@33842
   550
re-checking proofs.  Due to a remote SMT service there is no need for
wenzelm@33842
   551
installing SMT solvers locally.  See src/HOL/SMT.
wenzelm@33842
   552
wenzelm@33842
   553
* New commands to load and prove verification conditions generated by
wenzelm@33842
   554
the Boogie program verifier or derived systems (e.g. the Verifying C
wenzelm@33842
   555
Compiler (VCC) or Spec#).  See src/HOL/Boogie.
wenzelm@33842
   556
wenzelm@33842
   557
* New counterexample generator tool 'nitpick' based on the Kodkod
wenzelm@33842
   558
relational model finder.  See src/HOL/Tools/Nitpick and
wenzelm@33842
   559
src/HOL/Nitpick_Examples.
wenzelm@33842
   560
haftmann@33860
   561
* New commands 'code_pred' and 'values' to invoke the predicate
haftmann@33860
   562
compiler and to enumerate values of inductive predicates.
haftmann@33860
   563
haftmann@33860
   564
* A tabled implementation of the reflexive transitive closure.
haftmann@33860
   565
haftmann@33860
   566
* New implementation of quickcheck uses generic code generator;
haftmann@33860
   567
default generators are provided for all suitable HOL types, records
haftmann@33860
   568
and datatypes.  Old quickcheck can be re-activated importing theory
haftmann@33860
   569
Library/SML_Quickcheck.
haftmann@33860
   570
wenzelm@33843
   571
* New testing tool Mirabelle for automated proof tools.  Applies
wenzelm@33843
   572
several tools and tactics like sledgehammer, metis, or quickcheck, to
wenzelm@33843
   573
every proof step in a theory.  To be used in batch mode via the
wenzelm@33843
   574
"mirabelle" utility.
wenzelm@33843
   575
wenzelm@33843
   576
* New proof method "sos" (sum of squares) for nonlinear real
wenzelm@33843
   577
arithmetic (originally due to John Harison). It requires theory
wenzelm@33843
   578
Library/Sum_Of_Squares.  It is not a complete decision procedure but
wenzelm@33843
   579
works well in practice on quantifier-free real arithmetic with +, -,
wenzelm@33843
   580
*, ^, =, <= and <, i.e. boolean combinations of equalities and
wenzelm@33843
   581
inequalities between polynomials.  It makes use of external
wenzelm@33843
   582
semidefinite programming solvers.  Method "sos" generates a
wenzelm@33843
   583
certificate that can be pasted into the proof thus avoiding the need
wenzelm@33843
   584
to call an external tool every time the proof is checked.  See
wenzelm@33843
   585
src/HOL/Library/Sum_Of_Squares.
wenzelm@33843
   586
wenzelm@33843
   587
* New method "linarith" invokes existing linear arithmetic decision
wenzelm@33843
   588
procedure only.
wenzelm@33843
   589
wenzelm@33843
   590
* New command 'atp_minimal' reduces result produced by Sledgehammer.
wenzelm@33843
   591
wenzelm@33843
   592
* New Sledgehammer option "Full Types" in Proof General settings menu.
wenzelm@33843
   593
Causes full type information to be output to the ATPs.  This slows
wenzelm@33843
   594
ATPs down considerably but eliminates a source of unsound "proofs"
wenzelm@33843
   595
that fail later.
wenzelm@33843
   596
wenzelm@33843
   597
* New method "metisFT": A version of metis that uses full type
wenzelm@33843
   598
information in order to avoid failures of proof reconstruction.
wenzelm@33843
   599
wenzelm@33843
   600
* New evaluator "approximate" approximates an real valued term using
wenzelm@33843
   601
the same method as the approximation method.
wenzelm@33843
   602
wenzelm@33843
   603
* Method "approximate" now supports arithmetic expressions as
wenzelm@33843
   604
boundaries of intervals and implements interval splitting and Taylor
wenzelm@33843
   605
series expansion.
wenzelm@33843
   606
wenzelm@33843
   607
* ML antiquotation @{code_datatype} inserts definition of a datatype
wenzelm@33843
   608
generated by the code generator; e.g. see src/HOL/Predicate.thy.
wenzelm@33843
   609
haftmann@33860
   610
* New theory SupInf of the supremum and infimum operators for sets of
haftmann@33860
   611
reals.
haftmann@33860
   612
haftmann@33860
   613
* New theory Probability, which contains a development of measure
haftmann@33860
   614
theory, eventually leading to Lebesgue integration and probability.
haftmann@33860
   615
haftmann@33860
   616
* Extended Multivariate Analysis to include derivation and Brouwer's
haftmann@33860
   617
fixpoint theorem.
wenzelm@33843
   618
wenzelm@33842
   619
* Reorganization of number theory, INCOMPATIBILITY:
wenzelm@33873
   620
  - new number theory development for nat and int, in theories Divides
wenzelm@33873
   621
    and GCD as well as in new session Number_Theory
wenzelm@33873
   622
  - some constants and facts now suffixed with _nat and _int
wenzelm@33873
   623
    accordingly
wenzelm@33873
   624
  - former session NumberTheory now named Old_Number_Theory, including
wenzelm@33873
   625
    theories Legacy_GCD and Primes (prefer Number_Theory if possible)
wenzelm@33842
   626
  - moved theory Pocklington from src/HOL/Library to
wenzelm@33842
   627
    src/HOL/Old_Number_Theory
haftmann@32479
   628
wenzelm@33873
   629
* Theory GCD includes functions Gcd/GCD and Lcm/LCM for the gcd and
wenzelm@33873
   630
lcm of finite and infinite sets. It is shown that they form a complete
haftmann@32600
   631
lattice.
haftmann@32600
   632
haftmann@32600
   633
* Class semiring_div requires superclass no_zero_divisors and proof of
haftmann@32600
   634
div_mult_mult1; theorems div_mult_mult1, div_mult_mult2,
haftmann@32600
   635
div_mult_mult1_if, div_mult_mult1 and div_mult_mult2 have been
haftmann@32600
   636
generalized to class semiring_div, subsuming former theorems
haftmann@32600
   637
zdiv_zmult_zmult1, zdiv_zmult_zmult1_if, zdiv_zmult_zmult1 and
haftmann@32600
   638
zdiv_zmult_zmult2.  div_mult_mult1 is now [simp] by default.
haftmann@32600
   639
INCOMPATIBILITY.
haftmann@32600
   640
haftmann@32588
   641
* Refinements to lattice classes and sets:
haftmann@32064
   642
  - less default intro/elim rules in locale variant, more default
haftmann@32064
   643
    intro/elim rules in class variant: more uniformity
wenzelm@33842
   644
  - lemma ge_sup_conv renamed to le_sup_iff, in accordance with
wenzelm@33842
   645
    le_inf_iff
wenzelm@33842
   646
  - dropped lemma alias inf_ACI for inf_aci (same for sup_ACI and
wenzelm@33842
   647
    sup_aci)
haftmann@32064
   648
  - renamed ACI to inf_sup_aci
haftmann@32600
   649
  - new class "boolean_algebra"
wenzelm@33842
   650
  - class "complete_lattice" moved to separate theory
haftmann@33860
   651
    "Complete_Lattice"; corresponding constants (and abbreviations)
wenzelm@33842
   652
    renamed and with authentic syntax:
haftmann@33860
   653
    Set.Inf ~>    Complete_Lattice.Inf
haftmann@33860
   654
    Set.Sup ~>    Complete_Lattice.Sup
haftmann@33860
   655
    Set.INFI ~>   Complete_Lattice.INFI
haftmann@33860
   656
    Set.SUPR ~>   Complete_Lattice.SUPR
haftmann@33860
   657
    Set.Inter ~>  Complete_Lattice.Inter
haftmann@33860
   658
    Set.Union ~>  Complete_Lattice.Union
haftmann@33860
   659
    Set.INTER ~>  Complete_Lattice.INTER
haftmann@33860
   660
    Set.UNION ~>  Complete_Lattice.UNION
haftmann@32600
   661
  - authentic syntax for
haftmann@32600
   662
    Set.Pow
haftmann@32600
   663
    Set.image
haftmann@32588
   664
  - mere abbreviations:
haftmann@32588
   665
    Set.empty               (for bot)
haftmann@32588
   666
    Set.UNIV                (for top)
haftmann@33860
   667
    Set.inter               (for inf, formerly Set.Int)
haftmann@33860
   668
    Set.union               (for sup, formerly Set.Un)
haftmann@32588
   669
    Complete_Lattice.Inter  (for Inf)
haftmann@32588
   670
    Complete_Lattice.Union  (for Sup)
haftmann@32606
   671
    Complete_Lattice.INTER  (for INFI)
haftmann@32606
   672
    Complete_Lattice.UNION  (for SUPR)
haftmann@32600
   673
  - object-logic definitions as far as appropriate
haftmann@32217
   674
haftmann@32691
   675
INCOMPATIBILITY.  Care is required when theorems Int_subset_iff or
wenzelm@33842
   676
Un_subset_iff are explicitly deleted as default simp rules; then also
wenzelm@33842
   677
their lattice counterparts le_inf_iff and le_sup_iff have to be
haftmann@32691
   678
deleted to achieve the desired effect.
haftmann@32064
   679
wenzelm@33842
   680
* Rules inf_absorb1, inf_absorb2, sup_absorb1, sup_absorb2 are no simp
wenzelm@33842
   681
rules by default any longer; the same applies to min_max.inf_absorb1
wenzelm@33842
   682
etc.  INCOMPATIBILITY.
wenzelm@33842
   683
wenzelm@33842
   684
* Rules sup_Int_eq and sup_Un_eq are no longer declared as
wenzelm@33842
   685
pred_set_conv by default.  INCOMPATIBILITY.
wenzelm@33842
   686
wenzelm@33842
   687
* Power operations on relations and functions are now one dedicated
haftmann@32706
   688
constant "compow" with infix syntax "^^".  Power operation on
wenzelm@31547
   689
multiplicative monoids retains syntax "^" and is now defined generic
wenzelm@31547
   690
in class power.  INCOMPATIBILITY.
wenzelm@31547
   691
wenzelm@33842
   692
* Relation composition "R O S" now has a more standard argument order:
wenzelm@33842
   693
"R O S = {(x, z). EX y. (x, y) : R & (y, z) : S}".  INCOMPATIBILITY,
wenzelm@33842
   694
rewrite propositions with "S O R" --> "R O S". Proofs may occasionally
wenzelm@33842
   695
break, since the O_assoc rule was not rewritten like this.  Fix using
wenzelm@33842
   696
O_assoc[symmetric].  The same applies to the curried version "R OO S".
wenzelm@32427
   697
nipkow@33057
   698
* Function "Inv" is renamed to "inv_into" and function "inv" is now an
wenzelm@33842
   699
abbreviation for "inv_into UNIV".  Lemmas are renamed accordingly.
nipkow@32988
   700
INCOMPATIBILITY.
nipkow@32988
   701
haftmann@33860
   702
* Most rules produced by inductive and datatype package have mandatory
haftmann@33860
   703
prefixes.  INCOMPATIBILITY.
nipkow@31790
   704
wenzelm@33842
   705
* Changed "DERIV_intros" to a dynamic fact, which can be augmented by
wenzelm@33842
   706
the attribute of the same name.  Each of the theorems in the list
wenzelm@33842
   707
DERIV_intros assumes composition with an additional function and
wenzelm@33842
   708
matches a variable to the derivative, which has to be solved by the
wenzelm@33842
   709
Simplifier.  Hence (auto intro!: DERIV_intros) computes the derivative
wenzelm@33873
   710
of most elementary terms.  Former Maclauren.DERIV_tac and
wenzelm@33873
   711
Maclauren.deriv_tac should be replaced by (auto intro!: DERIV_intros).
wenzelm@33873
   712
INCOMPATIBILITY.
haftmann@33860
   713
haftmann@33860
   714
* Code generator attributes follow the usual underscore convention:
haftmann@33860
   715
    code_unfold     replaces    code unfold
haftmann@33860
   716
    code_post       replaces    code post
haftmann@33860
   717
    etc.
haftmann@33860
   718
  INCOMPATIBILITY.
wenzelm@31900
   719
krauss@33471
   720
* Renamed methods:
krauss@33471
   721
    sizechange -> size_change
krauss@33471
   722
    induct_scheme -> induction_schema
haftmann@33860
   723
  INCOMPATIBILITY.
nipkow@33673
   724
wenzelm@33843
   725
* Discontinued abbreviation "arbitrary" of constant "undefined".
wenzelm@33843
   726
INCOMPATIBILITY, use "undefined" directly.
wenzelm@33843
   727
haftmann@33860
   728
* Renamed theorems:
haftmann@33860
   729
    Suc_eq_add_numeral_1 -> Suc_eq_plus1
haftmann@33860
   730
    Suc_eq_add_numeral_1_left -> Suc_eq_plus1_left
haftmann@33860
   731
    Suc_plus1 -> Suc_eq_plus1
haftmann@33860
   732
    *anti_sym -> *antisym*
haftmann@33860
   733
    vector_less_eq_def -> vector_le_def
haftmann@33860
   734
  INCOMPATIBILITY.
haftmann@33860
   735
haftmann@33860
   736
* Added theorem List.map_map as [simp].  Removed List.map_compose.
haftmann@33860
   737
INCOMPATIBILITY.
haftmann@33860
   738
haftmann@33860
   739
* Removed predicate "M hassize n" (<--> card M = n & finite M).
haftmann@33860
   740
INCOMPATIBILITY.
haftmann@33860
   741
hoelzl@31812
   742
huffman@33825
   743
*** HOLCF ***
huffman@33825
   744
wenzelm@33842
   745
* Theory Representable defines a class "rep" of domains that are
wenzelm@33842
   746
representable (via an ep-pair) in the universal domain type "udom".
huffman@33825
   747
Instances are provided for all type constructors defined in HOLCF.
huffman@33825
   748
huffman@33825
   749
* The 'new_domain' command is a purely definitional version of the
huffman@33825
   750
domain package, for representable domains.  Syntax is identical to the
huffman@33825
   751
old domain package.  The 'new_domain' package also supports indirect
huffman@33825
   752
recursion using previously-defined type constructors.  See
wenzelm@33842
   753
src/HOLCF/ex/New_Domain.thy for examples.
wenzelm@33842
   754
wenzelm@33842
   755
* Method "fixrec_simp" unfolds one step of a fixrec-defined constant
huffman@33825
   756
on the left-hand side of an equation, and then performs
huffman@33825
   757
simplification.  Rewriting is done using rules declared with the
wenzelm@33842
   758
"fixrec_simp" attribute.  The "fixrec_simp" method is intended as a
wenzelm@33842
   759
replacement for "fixpat"; see src/HOLCF/ex/Fixrec_ex.thy for examples.
huffman@33825
   760
huffman@33825
   761
* The pattern-match compiler in 'fixrec' can now handle constructors
huffman@33825
   762
with HOL function types.  Pattern-match combinators for the Pair
huffman@33825
   763
constructor are pre-configured.
huffman@33825
   764
huffman@33825
   765
* The 'fixrec' package now produces better fixed-point induction rules
huffman@33825
   766
for mutually-recursive definitions:  Induction rules have conclusions
huffman@33825
   767
of the form "P foo bar" instead of "P <foo, bar>".
huffman@33825
   768
huffman@33825
   769
* The constant "sq_le" (with infix syntax "<<" or "\<sqsubseteq>") has
huffman@33825
   770
been renamed to "below".  The name "below" now replaces "less" in many
wenzelm@33842
   771
theorem names.  (Legacy theorem names using "less" are still supported
wenzelm@33842
   772
as well.)
huffman@33825
   773
huffman@33825
   774
* The 'fixrec' package now supports "bottom patterns".  Bottom
huffman@33825
   775
patterns can be used to generate strictness rules, or to make
huffman@33825
   776
functions more strict (much like the bang-patterns supported by the
wenzelm@33873
   777
Glasgow Haskell Compiler).  See src/HOLCF/ex/Fixrec_ex.thy for
wenzelm@33873
   778
examples.
huffman@33825
   779
huffman@33825
   780
wenzelm@31304
   781
*** ML ***
wenzelm@31304
   782
wenzelm@33843
   783
* Support for Poly/ML 5.3.0, with improved reporting of compiler
wenzelm@33843
   784
errors and run-time exceptions, including detailed source positions.
wenzelm@33843
   785
wenzelm@33843
   786
* Structure Name_Space (formerly NameSpace) now manages uniquely
wenzelm@33843
   787
identified entries, with some additional information such as source
wenzelm@33843
   788
position, logical grouping etc.
wenzelm@33843
   789
wenzelm@33524
   790
* Theory and context data is now introduced by the simplified and
wenzelm@33524
   791
modernized functors Theory_Data, Proof_Data, Generic_Data.  Data needs
wenzelm@33524
   792
to be pure, but the old TheoryDataFun for mutable data (with explicit
wenzelm@33524
   793
copy operation) is still available for some time.
wenzelm@33524
   794
wenzelm@32742
   795
* Structure Synchronized (cf. src/Pure/Concurrent/synchronized.ML)
wenzelm@32742
   796
provides a high-level programming interface to synchronized state
wenzelm@32742
   797
variables with atomic update.  This works via pure function
wenzelm@32742
   798
application within a critical section -- its runtime should be as
wenzelm@32742
   799
short as possible; beware of deadlocks if critical code is nested,
wenzelm@32742
   800
either directly or indirectly via other synchronized variables!
wenzelm@32742
   801
wenzelm@32742
   802
* Structure Unsynchronized (cf. src/Pure/ML-Systems/unsynchronized.ML)
wenzelm@32742
   803
wraps raw ML references, explicitly indicating their non-thread-safe
wenzelm@32742
   804
behaviour.  The Isar toplevel keeps this structure open, to
wenzelm@32742
   805
accommodate Proof General as well as quick and dirty interactive
wenzelm@32742
   806
experiments with references.
wenzelm@32742
   807
wenzelm@32365
   808
* PARALLEL_CHOICE and PARALLEL_GOALS provide basic support for
wenzelm@32365
   809
parallel tactical reasoning.
wenzelm@32365
   810
wenzelm@32427
   811
* Tacticals Subgoal.FOCUS, Subgoal.FOCUS_PREMS, Subgoal.FOCUS_PARAMS
wenzelm@32427
   812
are similar to SUBPROOF, but are slightly more flexible: only the
wenzelm@32427
   813
specified parts of the subgoal are imported into the context, and the
wenzelm@32427
   814
body tactic may introduce new subgoals and schematic variables.
wenzelm@32427
   815
wenzelm@32427
   816
* Old tactical METAHYPS, which does not observe the proof context, has
wenzelm@32427
   817
been renamed to Old_Goals.METAHYPS and awaits deletion.  Use SUBPROOF
wenzelm@32427
   818
or Subgoal.FOCUS etc.
wenzelm@32216
   819
wenzelm@31971
   820
* Renamed functor TableFun to Table, and GraphFun to Graph.  (Since
wenzelm@31971
   821
functors have their own ML name space there is no point to mark them
wenzelm@31971
   822
separately.)  Minor INCOMPATIBILITY.
wenzelm@31971
   823
wenzelm@31901
   824
* Renamed NamedThmsFun to Named_Thms.  INCOMPATIBILITY.
wenzelm@31901
   825
wenzelm@33842
   826
* Renamed several structures FooBar to Foo_Bar.  Occasional,
wenzelm@33842
   827
INCOMPATIBILITY.
wenzelm@33842
   828
wenzelm@33843
   829
* Operations of structure Skip_Proof no longer require quick_and_dirty
wenzelm@33843
   830
mode, which avoids critical setmp.
wenzelm@33843
   831
wenzelm@31306
   832
* Eliminated old Attrib.add_attributes, Method.add_methods and related
wenzelm@33842
   833
combinators for "args".  INCOMPATIBILITY, need to use simplified
wenzelm@31306
   834
Attrib/Method.setup introduced in Isabelle2009.
wenzelm@31304
   835
wenzelm@32151
   836
* Proper context for simpset_of, claset_of, clasimpset_of.  May fall
wenzelm@32151
   837
back on global_simpset_of, global_claset_of, global_clasimpset_of as
wenzelm@32151
   838
last resort.  INCOMPATIBILITY.
wenzelm@32151
   839
wenzelm@32092
   840
* Display.pretty_thm now requires a proper context (cf. former
wenzelm@32092
   841
ProofContext.pretty_thm).  May fall back on Display.pretty_thm_global
wenzelm@32092
   842
or even Display.pretty_thm_without_context as last resort.
wenzelm@32092
   843
INCOMPATIBILITY.
wenzelm@32092
   844
wenzelm@32433
   845
* Discontinued Display.pretty_ctyp/cterm etc.  INCOMPATIBILITY, use
wenzelm@32433
   846
Syntax.pretty_typ/term directly, preferably with proper context
wenzelm@32433
   847
instead of global theory.
wenzelm@32433
   848
wenzelm@31304
   849
wenzelm@31308
   850
*** System ***
wenzelm@31308
   851
wenzelm@33842
   852
* Further fine tuning of parallel proof checking, scales up to 8 cores
wenzelm@33842
   853
(max. speedup factor 5.0).  See also Goal.parallel_proofs in ML and
wenzelm@33842
   854
usedir option -q.
wenzelm@33842
   855
wenzelm@32326
   856
* Support for additional "Isabelle components" via etc/components, see
wenzelm@32326
   857
also the system manual.
wenzelm@32326
   858
wenzelm@32326
   859
* The isabelle makeall tool now operates on all components with
wenzelm@32326
   860
IsaMakefile, not just hardwired "logics".
wenzelm@32326
   861
wenzelm@33842
   862
* Removed "compress" option from isabelle-process and isabelle usedir;
wenzelm@33842
   863
this is always enabled.
kleing@33818
   864
wenzelm@31308
   865
* Discontinued support for Poly/ML 4.x versions.
wenzelm@31308
   866
wenzelm@33842
   867
* Isabelle tool "wwwfind" provides web interface for 'find_theorems'
wenzelm@33842
   868
on a given logic image.  This requires the lighttpd webserver and is
wenzelm@33842
   869
currently supported on Linux only.
wenzelm@32061
   870
wenzelm@31308
   871
wenzelm@31304
   872
wenzelm@30845
   873
New in Isabelle2009 (April 2009)
wenzelm@30845
   874
--------------------------------
haftmann@27104
   875
wenzelm@27599
   876
*** General ***
wenzelm@27599
   877
wenzelm@28504
   878
* Simplified main Isabelle executables, with less surprises on
wenzelm@28504
   879
case-insensitive file-systems (such as Mac OS).
wenzelm@28504
   880
wenzelm@28504
   881
  - The main Isabelle tool wrapper is now called "isabelle" instead of
wenzelm@28504
   882
    "isatool."
wenzelm@28504
   883
wenzelm@28504
   884
  - The former "isabelle" alias for "isabelle-process" has been
wenzelm@28504
   885
    removed (should rarely occur to regular users).
wenzelm@28504
   886
wenzelm@28915
   887
  - The former "isabelle-interface" and its alias "Isabelle" have been
wenzelm@28915
   888
    removed (interfaces are now regular Isabelle tools).
wenzelm@28504
   889
wenzelm@28504
   890
Within scripts and make files, the Isabelle environment variables
wenzelm@28504
   891
ISABELLE_TOOL and ISABELLE_PROCESS replace old ISATOOL and ISABELLE,
wenzelm@28504
   892
respectively.  (The latter are still available as legacy feature.)
wenzelm@28504
   893
wenzelm@28915
   894
The old isabelle-interface wrapper could react in confusing ways if
wenzelm@28915
   895
the interface was uninstalled or changed otherwise.  Individual
wenzelm@28915
   896
interface tool configuration is now more explicit, see also the
wenzelm@28915
   897
Isabelle system manual.  In particular, Proof General is now available
wenzelm@28915
   898
via "isabelle emacs".
wenzelm@28504
   899
wenzelm@28504
   900
INCOMPATIBILITY, need to adapt derivative scripts.  Users may need to
wenzelm@28504
   901
purge installed copies of Isabelle executables and re-run "isabelle
wenzelm@28504
   902
install -p ...", or use symlinks.
wenzelm@28504
   903
wenzelm@28914
   904
* The default for ISABELLE_HOME_USER is now ~/.isabelle instead of the
wenzelm@30845
   905
old ~/isabelle, which was slightly non-standard and apt to cause
wenzelm@30845
   906
surprises on case-insensitive file-systems (such as Mac OS).
wenzelm@28914
   907
wenzelm@28914
   908
INCOMPATIBILITY, need to move existing ~/isabelle/etc,
wenzelm@28914
   909
~/isabelle/heaps, ~/isabelle/browser_info to the new place.  Special
wenzelm@28914
   910
care is required when using older releases of Isabelle.  Note that
wenzelm@28914
   911
ISABELLE_HOME_USER can be changed in Isabelle/etc/settings of any
wenzelm@30845
   912
Isabelle distribution, in order to use the new ~/.isabelle uniformly.
wenzelm@28914
   913
wenzelm@29161
   914
* Proofs of fully specified statements are run in parallel on
wenzelm@30845
   915
multi-core systems.  A speedup factor of 2.5 to 3.2 can be expected on
wenzelm@30845
   916
a regular 4-core machine, if the initial heap space is made reasonably
wenzelm@30845
   917
large (cf. Poly/ML option -H).  (Requires Poly/ML 5.2.1 or later.)
wenzelm@30845
   918
wenzelm@30845
   919
* The main reference manuals ("isar-ref", "implementation", and
wenzelm@30845
   920
"system") have been updated and extended.  Formally checked references
wenzelm@30845
   921
as hyperlinks are now available uniformly.
wenzelm@30845
   922
wenzelm@30163
   923
wenzelm@27599
   924
*** Pure ***
wenzelm@27599
   925
wenzelm@30845
   926
* Complete re-implementation of locales.  INCOMPATIBILITY in several
wenzelm@30845
   927
respects.  The most important changes are listed below.  See the
wenzelm@30845
   928
Tutorial on Locales ("locales" manual) for details.
ballarin@29253
   929
ballarin@29253
   930
- In locale expressions, instantiation replaces renaming.  Parameters
ballarin@29253
   931
must be declared in a for clause.  To aid compatibility with previous
ballarin@29253
   932
parameter inheritance, in locale declarations, parameters that are not
ballarin@29253
   933
'touched' (instantiation position "_" or omitted) are implicitly added
ballarin@29253
   934
with their syntax at the beginning of the for clause.
ballarin@29253
   935
ballarin@29253
   936
- Syntax from abbreviations and definitions in locales is available in
ballarin@29253
   937
locale expressions and context elements.  The latter is particularly
ballarin@29253
   938
useful in locale declarations.
ballarin@29253
   939
ballarin@29253
   940
- More flexible mechanisms to qualify names generated by locale
ballarin@29253
   941
expressions.  Qualifiers (prefixes) may be specified in locale
wenzelm@30728
   942
expressions, and can be marked as mandatory (syntax: "name!:") or
wenzelm@30728
   943
optional (syntax "name?:").  The default depends for plain "name:"
wenzelm@30728
   944
depends on the situation where a locale expression is used: in
wenzelm@30728
   945
commands 'locale' and 'sublocale' prefixes are optional, in
wenzelm@30845
   946
'interpretation' and 'interpret' prefixes are mandatory.  The old
wenzelm@30728
   947
implicit qualifiers derived from the parameter names of a locale are
wenzelm@30728
   948
no longer generated.
wenzelm@30106
   949
wenzelm@30845
   950
- Command "sublocale l < e" replaces "interpretation l < e".  The
wenzelm@30106
   951
instantiation clause in "interpretation" and "interpret" (square
wenzelm@30106
   952
brackets) is no longer available.  Use locale expressions.
ballarin@29253
   953
wenzelm@30845
   954
- When converting proof scripts, mandatory qualifiers in
wenzelm@30728
   955
'interpretation' and 'interpret' should be retained by default, even
wenzelm@30845
   956
if this is an INCOMPATIBILITY compared to former behavior.  In the
wenzelm@30845
   957
worst case, use the "name?:" form for non-mandatory ones.  Qualifiers
wenzelm@30845
   958
in locale expressions range over a single locale instance only.
wenzelm@30845
   959
wenzelm@30845
   960
- Dropped locale element "includes".  This is a major INCOMPATIBILITY.
wenzelm@30845
   961
In existing theorem specifications replace the includes element by the
wenzelm@30845
   962
respective context elements of the included locale, omitting those
wenzelm@30845
   963
that are already present in the theorem specification.  Multiple
wenzelm@30845
   964
assume elements of a locale should be replaced by a single one
wenzelm@30845
   965
involving the locale predicate.  In the proof body, declarations (most
wenzelm@30845
   966
notably theorems) may be regained by interpreting the respective
wenzelm@30845
   967
locales in the proof context as required (command "interpret").
wenzelm@30845
   968
wenzelm@30845
   969
If using "includes" in replacement of a target solely because the
wenzelm@30845
   970
parameter types in the theorem are not as general as in the target,
wenzelm@30845
   971
consider declaring a new locale with additional type constraints on
wenzelm@30845
   972
the parameters (context element "constrains").
wenzelm@30845
   973
wenzelm@30845
   974
- Discontinued "locale (open)".  INCOMPATIBILITY.
wenzelm@30845
   975
wenzelm@30845
   976
- Locale interpretation commands no longer attempt to simplify goal.
wenzelm@30845
   977
INCOMPATIBILITY: in rare situations the generated goal differs.  Use
wenzelm@30845
   978
methods intro_locales and unfold_locales to clarify.
wenzelm@30845
   979
wenzelm@30845
   980
- Locale interpretation commands no longer accept interpretation
wenzelm@30845
   981
attributes.  INCOMPATIBILITY.
wenzelm@30845
   982
wenzelm@30845
   983
* Class declaration: so-called "base sort" must not be given in import
wenzelm@30845
   984
list any longer, but is inferred from the specification.  Particularly
wenzelm@30845
   985
in HOL, write
wenzelm@30845
   986
wenzelm@30845
   987
    class foo = ...
wenzelm@30845
   988
wenzelm@30845
   989
instead of
wenzelm@30845
   990
wenzelm@30845
   991
    class foo = type + ...
wenzelm@30845
   992
wenzelm@30845
   993
* Class target: global versions of theorems stemming do not carry a
wenzelm@30845
   994
parameter prefix any longer.  INCOMPATIBILITY.
wenzelm@30845
   995
wenzelm@30845
   996
* Class 'instance' command no longer accepts attached definitions.
wenzelm@30845
   997
INCOMPATIBILITY, use proper 'instantiation' target instead.
wenzelm@30845
   998
wenzelm@30845
   999
* Recovered hiding of consts, which was accidentally broken in
wenzelm@30845
  1000
Isabelle2007.  Potential INCOMPATIBILITY, ``hide const c'' really
wenzelm@30845
  1001
makes c inaccessible; consider using ``hide (open) const c'' instead.
wenzelm@30845
  1002
wenzelm@30845
  1003
* Slightly more coherent Pure syntax, with updated documentation in
wenzelm@30845
  1004
isar-ref manual.  Removed locales meta_term_syntax and
wenzelm@30845
  1005
meta_conjunction_syntax: TERM and &&& (formerly &&) are now permanent,
wenzelm@30845
  1006
INCOMPATIBILITY in rare situations.  Note that &&& should not be used
wenzelm@30845
  1007
directly in regular applications.
wenzelm@30845
  1008
wenzelm@30845
  1009
* There is a new syntactic category "float_const" for signed decimal
wenzelm@30845
  1010
fractions (e.g. 123.45 or -123.45).
wenzelm@30845
  1011
wenzelm@30845
  1012
* Removed exotic 'token_translation' command.  INCOMPATIBILITY, use ML
wenzelm@30845
  1013
interface with 'setup' command instead.
wenzelm@30845
  1014
wenzelm@30845
  1015
* Command 'local_setup' is similar to 'setup', but operates on a local
wenzelm@30845
  1016
theory context.
haftmann@27104
  1017
wenzelm@28114
  1018
* The 'axiomatization' command now only works within a global theory
wenzelm@28114
  1019
context.  INCOMPATIBILITY.
wenzelm@28114
  1020
wenzelm@30845
  1021
* Goal-directed proof now enforces strict proof irrelevance wrt. sort
wenzelm@30845
  1022
hypotheses.  Sorts required in the course of reasoning need to be
wenzelm@30845
  1023
covered by the constraints in the initial statement, completed by the
wenzelm@30845
  1024
type instance information of the background theory.  Non-trivial sort
wenzelm@30845
  1025
hypotheses, which rarely occur in practice, may be specified via
wenzelm@30845
  1026
vacuous propositions of the form SORT_CONSTRAINT('a::c).  For example:
wenzelm@30845
  1027
wenzelm@30845
  1028
  lemma assumes "SORT_CONSTRAINT('a::empty)" shows False ...
wenzelm@30845
  1029
wenzelm@30845
  1030
The result contains an implicit sort hypotheses as before --
wenzelm@30845
  1031
SORT_CONSTRAINT premises are eliminated as part of the canonical rule
wenzelm@30845
  1032
normalization.
wenzelm@30845
  1033
wenzelm@30845
  1034
* Generalized Isar history, with support for linear undo, direct state
wenzelm@30845
  1035
addressing etc.
wenzelm@30845
  1036
wenzelm@30845
  1037
* Changed defaults for unify configuration options:
wenzelm@30845
  1038
wenzelm@30845
  1039
  unify_trace_bound = 50 (formerly 25)
wenzelm@30845
  1040
  unify_search_bound = 60 (formerly 30)
wenzelm@30845
  1041
wenzelm@30845
  1042
* Different bookkeeping for code equations (INCOMPATIBILITY):
wenzelm@30845
  1043
wenzelm@30845
  1044
  a) On theory merge, the last set of code equations for a particular
wenzelm@30845
  1045
     constant is taken (in accordance with the policy applied by other
wenzelm@30845
  1046
     parts of the code generator framework).
wenzelm@30845
  1047
wenzelm@30845
  1048
  b) Code equations stemming from explicit declarations (e.g. code
wenzelm@30845
  1049
     attribute) gain priority over default code equations stemming
wenzelm@30845
  1050
     from definition, primrec, fun etc.
wenzelm@30845
  1051
wenzelm@30845
  1052
* Keyword 'code_exception' now named 'code_abort'.  INCOMPATIBILITY.
wenzelm@30845
  1053
haftmann@30965
  1054
* Unified theorem tables for both code generators.  Thus [code
wenzelm@30845
  1055
func] has disappeared and only [code] remains.  INCOMPATIBILITY.
wenzelm@30577
  1056
wenzelm@30577
  1057
* Command 'find_consts' searches for constants based on type and name
wenzelm@30577
  1058
patterns, e.g.
kleing@29883
  1059
kleing@29883
  1060
    find_consts "_ => bool"
kleing@29883
  1061
wenzelm@30106
  1062
By default, matching is against subtypes, but it may be restricted to
wenzelm@30728
  1063
the whole type.  Searching by name is possible.  Multiple queries are
wenzelm@30106
  1064
conjunctive and queries may be negated by prefixing them with a
wenzelm@30106
  1065
hyphen:
kleing@29883
  1066
kleing@29883
  1067
    find_consts strict: "_ => bool" name: "Int" -"int => int"
kleing@29861
  1068
wenzelm@30845
  1069
* New 'find_theorems' criterion "solves" matches theorems that
wenzelm@30845
  1070
directly solve the current goal (modulo higher-order unification).
wenzelm@30845
  1071
wenzelm@30845
  1072
* Auto solve feature for main theorem statements: whenever a new goal
wenzelm@30845
  1073
is stated, "find_theorems solves" is called; any theorems that could
wenzelm@30845
  1074
solve the lemma directly are listed as part of the goal state.
wenzelm@30845
  1075
Cf. associated options in Proof General Isabelle settings menu,
wenzelm@30845
  1076
enabled by default, with reasonable timeout for pathological cases of
wenzelm@30845
  1077
higher-order unification.
webertj@30415
  1078
haftmann@27104
  1079
wenzelm@27381
  1080
*** Document preparation ***
wenzelm@27381
  1081
wenzelm@27381
  1082
* Antiquotation @{lemma} now imitates a regular terminal proof,
wenzelm@27392
  1083
demanding keyword 'by' and supporting the full method expression
wenzelm@27519
  1084
syntax just like the Isar command 'by'.
wenzelm@27381
  1085
wenzelm@27381
  1086
haftmann@27104
  1087
*** HOL ***
haftmann@27104
  1088
wenzelm@30845
  1089
* Integrated main parts of former image HOL-Complex with HOL.  Entry
wenzelm@30845
  1090
points Main and Complex_Main remain as before.
wenzelm@30845
  1091
wenzelm@30845
  1092
* Logic image HOL-Plain provides a minimal HOL with the most important
wenzelm@30845
  1093
tools available (inductive, datatype, primrec, ...).  This facilitates
wenzelm@30845
  1094
experimentation and tool development.  Note that user applications
wenzelm@30845
  1095
(and library theories) should never refer to anything below theory
wenzelm@30845
  1096
Main, as before.
wenzelm@30845
  1097
wenzelm@30845
  1098
* Logic image HOL-Main stops at theory Main, and thus facilitates
wenzelm@30845
  1099
experimentation due to shorter build times.
wenzelm@30845
  1100
wenzelm@30845
  1101
* Logic image HOL-NSA contains theories of nonstandard analysis which
wenzelm@30845
  1102
were previously part of former HOL-Complex.  Entry point Hyperreal
wenzelm@30845
  1103
remains valid, but theories formerly using Complex_Main should now use
wenzelm@30845
  1104
new entry point Hypercomplex.
wenzelm@30845
  1105
wenzelm@30845
  1106
* Generic ATP manager for Sledgehammer, based on ML threads instead of
wenzelm@30845
  1107
Posix processes.  Avoids potentially expensive forking of the ML
wenzelm@30845
  1108
process.  New thread-based implementation also works on non-Unix
wenzelm@30845
  1109
platforms (Cygwin).  Provers are no longer hardwired, but defined
wenzelm@30845
  1110
within the theory via plain ML wrapper functions.  Basic Sledgehammer
wenzelm@30845
  1111
commands are covered in the isar-ref manual.
wenzelm@30845
  1112
wenzelm@30845
  1113
* Wrapper scripts for remote SystemOnTPTP service allows to use
wenzelm@30845
  1114
sledgehammer without local ATP installation (Vampire etc.). Other
wenzelm@30845
  1115
provers may be included via suitable ML wrappers, see also
wenzelm@30845
  1116
src/HOL/ATP_Linkup.thy.
wenzelm@30845
  1117
wenzelm@30845
  1118
* ATP selection (E/Vampire/Spass) is now via Proof General's settings
wenzelm@30845
  1119
menu.
wenzelm@30845
  1120
wenzelm@30845
  1121
* The metis method no longer fails because the theorem is too trivial
wenzelm@30845
  1122
(contains the empty clause).
wenzelm@30845
  1123
wenzelm@30845
  1124
* The metis method now fails in the usual manner, rather than raising
wenzelm@30845
  1125
an exception, if it determines that it cannot prove the theorem.
wenzelm@30845
  1126
wenzelm@30845
  1127
* Method "coherent" implements a prover for coherent logic (see also
wenzelm@30845
  1128
src/Tools/coherent.ML).
wenzelm@30845
  1129
wenzelm@30845
  1130
* Constants "undefined" and "default" replace "arbitrary".  Usually
wenzelm@30845
  1131
"undefined" is the right choice to replace "arbitrary", though
wenzelm@30845
  1132
logically there is no difference.  INCOMPATIBILITY.
wenzelm@30845
  1133
wenzelm@30845
  1134
* Command "value" now integrates different evaluation mechanisms.  The
wenzelm@30845
  1135
result of the first successful evaluation mechanism is printed.  In
wenzelm@30845
  1136
square brackets a particular named evaluation mechanisms may be
wenzelm@30845
  1137
specified (currently, [SML], [code] or [nbe]).  See further
wenzelm@30845
  1138
src/HOL/ex/Eval_Examples.thy.
wenzelm@30845
  1139
wenzelm@30845
  1140
* Normalization by evaluation now allows non-leftlinear equations.
wenzelm@30845
  1141
Declare with attribute [code nbe].
wenzelm@30845
  1142
wenzelm@30845
  1143
* Methods "case_tac" and "induct_tac" now refer to the very same rules
wenzelm@30845
  1144
as the structured Isar versions "cases" and "induct", cf. the
wenzelm@30845
  1145
corresponding "cases" and "induct" attributes.  Mutual induction rules
wenzelm@30845
  1146
are now presented as a list of individual projections
wenzelm@30845
  1147
(e.g. foo_bar.inducts for types foo and bar); the old format with
wenzelm@30845
  1148
explicit HOL conjunction is no longer supported.  INCOMPATIBILITY, in
wenzelm@30845
  1149
rare situations a different rule is selected --- notably nested tuple
wenzelm@30845
  1150
elimination instead of former prod.exhaust: use explicit (case_tac t
wenzelm@30845
  1151
rule: prod.exhaust) here.
wenzelm@30845
  1152
wenzelm@30845
  1153
* Attributes "cases", "induct", "coinduct" support "del" option.
wenzelm@30845
  1154
wenzelm@30845
  1155
* Removed fact "case_split_thm", which duplicates "case_split".
wenzelm@30845
  1156
wenzelm@30845
  1157
* The option datatype has been moved to a new theory Option.  Renamed
wenzelm@30845
  1158
option_map to Option.map, and o2s to Option.set, INCOMPATIBILITY.
wenzelm@30845
  1159
wenzelm@30845
  1160
* New predicate "strict_mono" classifies strict functions on partial
wenzelm@30845
  1161
orders.  With strict functions on linear orders, reasoning about
wenzelm@30845
  1162
(in)equalities is facilitated by theorems "strict_mono_eq",
wenzelm@30845
  1163
"strict_mono_less_eq" and "strict_mono_less".
wenzelm@30845
  1164
wenzelm@30845
  1165
* Some set operations are now proper qualified constants with
wenzelm@30845
  1166
authentic syntax.  INCOMPATIBILITY:
haftmann@30304
  1167
haftmann@30304
  1168
    op Int ~>   Set.Int
haftmann@30304
  1169
    op Un ~>    Set.Un
haftmann@30304
  1170
    INTER ~>    Set.INTER
haftmann@30304
  1171
    UNION ~>    Set.UNION
haftmann@30304
  1172
    Inter ~>    Set.Inter
haftmann@30304
  1173
    Union ~>    Set.Union
haftmann@30304
  1174
    {} ~>       Set.empty
haftmann@30304
  1175
    UNIV ~>     Set.UNIV
haftmann@30304
  1176
wenzelm@30845
  1177
* Class complete_lattice with operations Inf, Sup, INFI, SUPR now in
wenzelm@30845
  1178
theory Set.
wenzelm@30845
  1179
wenzelm@30845
  1180
* Auxiliary class "itself" has disappeared -- classes without any
wenzelm@30845
  1181
parameter are treated as expected by the 'class' command.
haftmann@29797
  1182
haftmann@29823
  1183
* Leibnitz's Series for Pi and the arcus tangens and logarithm series.
haftmann@29823
  1184
wenzelm@30845
  1185
* Common decision procedures (Cooper, MIR, Ferrack, Approximation,
wenzelm@30845
  1186
Dense_Linear_Order) are now in directory HOL/Decision_Procs.
wenzelm@30845
  1187
wenzelm@30845
  1188
* Theory src/HOL/Decision_Procs/Approximation provides the new proof
wenzelm@30845
  1189
method "approximation".  It proves formulas on real values by using
wenzelm@30845
  1190
interval arithmetic.  In the formulas are also the transcendental
wenzelm@30845
  1191
functions sin, cos, tan, atan, ln, exp and the constant pi are
wenzelm@30845
  1192
allowed. For examples see
wenzelm@30845
  1193
src/HOL/Descision_Procs/ex/Approximation_Ex.thy.
haftmann@29823
  1194
haftmann@29823
  1195
* Theory "Reflection" now resides in HOL/Library.
haftmann@29650
  1196
wenzelm@30845
  1197
* Entry point to Word library now simply named "Word".
wenzelm@30845
  1198
INCOMPATIBILITY.
haftmann@29628
  1199
haftmann@29197
  1200
* Made source layout more coherent with logical distribution
haftmann@29197
  1201
structure:
haftmann@28952
  1202
haftmann@28952
  1203
    src/HOL/Library/RType.thy ~> src/HOL/Typerep.thy
haftmann@28952
  1204
    src/HOL/Library/Code_Message.thy ~> src/HOL/
haftmann@28952
  1205
    src/HOL/Library/GCD.thy ~> src/HOL/
haftmann@28952
  1206
    src/HOL/Library/Order_Relation.thy ~> src/HOL/
haftmann@28952
  1207
    src/HOL/Library/Parity.thy ~> src/HOL/
haftmann@28952
  1208
    src/HOL/Library/Univ_Poly.thy ~> src/HOL/
huffman@30176
  1209
    src/HOL/Real/ContNotDenum.thy ~> src/HOL/Library/
haftmann@28952
  1210
    src/HOL/Real/Lubs.thy ~> src/HOL/
haftmann@28952
  1211
    src/HOL/Real/PReal.thy ~> src/HOL/
haftmann@28952
  1212
    src/HOL/Real/Rational.thy ~> src/HOL/
haftmann@28952
  1213
    src/HOL/Real/RComplete.thy ~> src/HOL/
haftmann@28952
  1214
    src/HOL/Real/RealDef.thy ~> src/HOL/
haftmann@28952
  1215
    src/HOL/Real/RealPow.thy ~> src/HOL/
haftmann@28952
  1216
    src/HOL/Real/Real.thy ~> src/HOL/
haftmann@28952
  1217
    src/HOL/Complex/Complex_Main.thy ~> src/HOL/
haftmann@28952
  1218
    src/HOL/Complex/Complex.thy ~> src/HOL/
huffman@30176
  1219
    src/HOL/Complex/FrechetDeriv.thy ~> src/HOL/Library/
huffman@30176
  1220
    src/HOL/Complex/Fundamental_Theorem_Algebra.thy ~> src/HOL/Library/
haftmann@28952
  1221
    src/HOL/Hyperreal/Deriv.thy ~> src/HOL/
haftmann@28952
  1222
    src/HOL/Hyperreal/Fact.thy ~> src/HOL/
haftmann@28952
  1223
    src/HOL/Hyperreal/Integration.thy ~> src/HOL/
haftmann@28952
  1224
    src/HOL/Hyperreal/Lim.thy ~> src/HOL/
haftmann@28952
  1225
    src/HOL/Hyperreal/Ln.thy ~> src/HOL/
haftmann@28952
  1226
    src/HOL/Hyperreal/Log.thy ~> src/HOL/
haftmann@28952
  1227
    src/HOL/Hyperreal/MacLaurin.thy ~> src/HOL/
haftmann@28952
  1228
    src/HOL/Hyperreal/NthRoot.thy ~> src/HOL/
haftmann@28952
  1229
    src/HOL/Hyperreal/Series.thy ~> src/HOL/
haftmann@29197
  1230
    src/HOL/Hyperreal/SEQ.thy ~> src/HOL/
haftmann@28952
  1231
    src/HOL/Hyperreal/Taylor.thy ~> src/HOL/
haftmann@28952
  1232
    src/HOL/Hyperreal/Transcendental.thy ~> src/HOL/
haftmann@28952
  1233
    src/HOL/Real/Float ~> src/HOL/Library/
haftmann@29197
  1234
    src/HOL/Real/HahnBanach ~> src/HOL/HahnBanach
haftmann@29197
  1235
    src/HOL/Real/RealVector.thy ~> src/HOL/
haftmann@28952
  1236
haftmann@28952
  1237
    src/HOL/arith_data.ML ~> src/HOL/Tools
haftmann@28952
  1238
    src/HOL/hologic.ML ~> src/HOL/Tools
haftmann@28952
  1239
    src/HOL/simpdata.ML ~> src/HOL/Tools
haftmann@28952
  1240
    src/HOL/int_arith1.ML ~> src/HOL/Tools/int_arith.ML
haftmann@28952
  1241
    src/HOL/int_factor_simprocs.ML ~> src/HOL/Tools
haftmann@28952
  1242
    src/HOL/nat_simprocs.ML ~> src/HOL/Tools
haftmann@28952
  1243
    src/HOL/Real/float_arith.ML ~> src/HOL/Tools
haftmann@28952
  1244
    src/HOL/Real/float_syntax.ML ~> src/HOL/Tools
haftmann@28952
  1245
    src/HOL/Real/rat_arith.ML ~> src/HOL/Tools
haftmann@28952
  1246
    src/HOL/Real/real_arith.ML ~> src/HOL/Tools
haftmann@28952
  1247
haftmann@29398
  1248
    src/HOL/Library/Array.thy ~> src/HOL/Imperative_HOL
haftmann@29398
  1249
    src/HOL/Library/Heap_Monad.thy ~> src/HOL/Imperative_HOL
haftmann@29398
  1250
    src/HOL/Library/Heap.thy ~> src/HOL/Imperative_HOL
haftmann@29398
  1251
    src/HOL/Library/Imperative_HOL.thy ~> src/HOL/Imperative_HOL
haftmann@29398
  1252
    src/HOL/Library/Ref.thy ~> src/HOL/Imperative_HOL
haftmann@29398
  1253
    src/HOL/Library/Relational.thy ~> src/HOL/Imperative_HOL
haftmann@29398
  1254
wenzelm@30845
  1255
* If methods "eval" and "evaluation" encounter a structured proof
wenzelm@30845
  1256
state with !!/==>, only the conclusion is evaluated to True (if
wenzelm@30845
  1257
possible), avoiding strange error messages.
wenzelm@30845
  1258
wenzelm@30845
  1259
* Method "sizechange" automates termination proofs using (a
wenzelm@30845
  1260
modification of) the size-change principle.  Requires SAT solver.  See
wenzelm@30845
  1261
src/HOL/ex/Termination.thy for examples.
wenzelm@30845
  1262
wenzelm@30845
  1263
* Simplifier: simproc for let expressions now unfolds if bound
wenzelm@30845
  1264
variable occurs at most once in let expression body.  INCOMPATIBILITY.
wenzelm@30845
  1265
wenzelm@30845
  1266
* Method "arith": Linear arithmetic now ignores all inequalities when
wenzelm@30845
  1267
fast_arith_neq_limit is exceeded, instead of giving up entirely.
wenzelm@30845
  1268
wenzelm@30845
  1269
* New attribute "arith" for facts that should always be used
wenzelm@30845
  1270
automatically by arithmetic. It is intended to be used locally in
wenzelm@30845
  1271
proofs, e.g.
wenzelm@30845
  1272
wenzelm@30845
  1273
  assumes [arith]: "x > 0"
wenzelm@30845
  1274
nipkow@30706
  1275
Global usage is discouraged because of possible performance impact.
nipkow@30706
  1276
wenzelm@30845
  1277
* New classes "top" and "bot" with corresponding operations "top" and
wenzelm@30845
  1278
"bot" in theory Orderings; instantiation of class "complete_lattice"
wenzelm@30845
  1279
requires instantiation of classes "top" and "bot".  INCOMPATIBILITY.
wenzelm@30845
  1280
wenzelm@30845
  1281
* Changed definition lemma "less_fun_def" in order to provide an
wenzelm@30845
  1282
instance for preorders on functions; use lemma "less_le" instead.
wenzelm@30845
  1283
INCOMPATIBILITY.
wenzelm@30845
  1284
wenzelm@30845
  1285
* Theory Orderings: class "wellorder" moved here, with explicit
wenzelm@30845
  1286
induction rule "less_induct" as assumption.  For instantiation of
wenzelm@30845
  1287
"wellorder" by means of predicate "wf", use rule wf_wellorderI.
wenzelm@30845
  1288
INCOMPATIBILITY.
wenzelm@30845
  1289
wenzelm@30845
  1290
* Theory Orderings: added class "preorder" as superclass of "order".
wenzelm@27793
  1291
INCOMPATIBILITY: Instantiation proofs for order, linorder
wenzelm@27793
  1292
etc. slightly changed.  Some theorems named order_class.* now named
wenzelm@27793
  1293
preorder_class.*.
wenzelm@27793
  1294
wenzelm@30845
  1295
* Theory Relation: renamed "refl" to "refl_on", "reflexive" to "refl,
wenzelm@30845
  1296
"diag" to "Id_on".
wenzelm@30845
  1297
wenzelm@30845
  1298
* Theory Finite_Set: added a new fold combinator of type
wenzelm@30845
  1299
nipkow@28855
  1300
  ('a => 'b => 'b) => 'b => 'a set => 'b
wenzelm@30845
  1301
wenzelm@30845
  1302
Occasionally this is more convenient than the old fold combinator
wenzelm@30845
  1303
which is now defined in terms of the new one and renamed to
wenzelm@30845
  1304
fold_image.
wenzelm@30845
  1305
wenzelm@30845
  1306
* Theories Ring_and_Field and OrderedGroup: The lemmas "group_simps"
wenzelm@30845
  1307
and "ring_simps" have been replaced by "algebra_simps" (which can be
wenzelm@30845
  1308
extended with further lemmas!).  At the moment both still exist but
wenzelm@30845
  1309
the former will disappear at some point.
wenzelm@30845
  1310
wenzelm@30845
  1311
* Theory Power: Lemma power_Suc is now declared as a simp rule in
wenzelm@30845
  1312
class recpower.  Type-specific simp rules for various recpower types
wenzelm@30845
  1313
have been removed.  INCOMPATIBILITY, rename old lemmas as follows:
huffman@30273
  1314
huffman@30273
  1315
rat_power_0    -> power_0
huffman@30273
  1316
rat_power_Suc  -> power_Suc
huffman@30273
  1317
realpow_0      -> power_0
huffman@30273
  1318
realpow_Suc    -> power_Suc
huffman@30273
  1319
complexpow_0   -> power_0
huffman@30273
  1320
complexpow_Suc -> power_Suc
huffman@30273
  1321
power_poly_0   -> power_0
huffman@30273
  1322
power_poly_Suc -> power_Suc
huffman@30273
  1323
wenzelm@30845
  1324
* Theories Ring_and_Field and Divides: Definition of "op dvd" has been
wenzelm@27793
  1325
moved to separate class dvd in Ring_and_Field; a couple of lemmas on
wenzelm@27793
  1326
dvd has been generalized to class comm_semiring_1.  Likewise a bunch
wenzelm@27793
  1327
of lemmas from Divides has been generalized from nat to class
wenzelm@27793
  1328
semiring_div.  INCOMPATIBILITY.  This involves the following theorem
wenzelm@27793
  1329
renames resulting from duplicate elimination:
haftmann@27651
  1330
haftmann@27651
  1331
    dvd_def_mod ~>          dvd_eq_mod_eq_0
haftmann@27651
  1332
    zero_dvd_iff ~>         dvd_0_left_iff
haftmann@28559
  1333
    dvd_0 ~>                dvd_0_right
haftmann@27651
  1334
    DIVISION_BY_ZERO_DIV ~> div_by_0
haftmann@27651
  1335
    DIVISION_BY_ZERO_MOD ~> mod_by_0
haftmann@27651
  1336
    mult_div ~>             div_mult_self2_is_id
haftmann@27651
  1337
    mult_mod ~>             mod_mult_self2_is_0
haftmann@27651
  1338
wenzelm@30845
  1339
* Theory IntDiv: removed many lemmas that are instances of class-based
wenzelm@30845
  1340
generalizations (from Divides and Ring_and_Field).  INCOMPATIBILITY,
wenzelm@30845
  1341
rename old lemmas as follows:
nipkow@30044
  1342
nipkow@30044
  1343
dvd_diff               -> nat_dvd_diff
nipkow@30044
  1344
dvd_zminus_iff         -> dvd_minus_iff
nipkow@30224
  1345
mod_add1_eq            -> mod_add_eq
nipkow@30224
  1346
mod_mult1_eq           -> mod_mult_right_eq
nipkow@30224
  1347
mod_mult1_eq'          -> mod_mult_left_eq
nipkow@30224
  1348
mod_mult_distrib_mod   -> mod_mult_eq
nipkow@30044
  1349
nat_mod_add_left_eq    -> mod_add_left_eq
nipkow@30044
  1350
nat_mod_add_right_eq   -> mod_add_right_eq
nipkow@30044
  1351
nat_mod_div_trivial    -> mod_div_trivial
nipkow@30044
  1352
nat_mod_mod_trivial    -> mod_mod_trivial
nipkow@30044
  1353
zdiv_zadd_self1        -> div_add_self1
nipkow@30044
  1354
zdiv_zadd_self2        -> div_add_self2
nipkow@30181
  1355
zdiv_zmult_self1       -> div_mult_self2_is_id
nipkow@30044
  1356
zdiv_zmult_self2       -> div_mult_self1_is_id
nipkow@30044
  1357
zdvd_triv_left         -> dvd_triv_left
nipkow@30044
  1358
zdvd_triv_right        -> dvd_triv_right
nipkow@30044
  1359
zdvd_zmult_cancel_disj -> dvd_mult_cancel_left
nipkow@30085
  1360
zmod_eq0_zdvd_iff      -> dvd_eq_mod_eq_0[symmetric]
nipkow@30044
  1361
zmod_zadd_left_eq      -> mod_add_left_eq
nipkow@30044
  1362
zmod_zadd_right_eq     -> mod_add_right_eq
nipkow@30044
  1363
zmod_zadd_self1        -> mod_add_self1
nipkow@30044
  1364
zmod_zadd_self2        -> mod_add_self2
nipkow@30224
  1365
zmod_zadd1_eq          -> mod_add_eq
nipkow@30044
  1366
zmod_zdiff1_eq         -> mod_diff_eq
nipkow@30044
  1367
zmod_zdvd_zmod         -> mod_mod_cancel
nipkow@30044
  1368
zmod_zmod_cancel       -> mod_mod_cancel
nipkow@30044
  1369
zmod_zmult_self1       -> mod_mult_self2_is_0
nipkow@30044
  1370
zmod_zmult_self2       -> mod_mult_self1_is_0
nipkow@30044
  1371
zmod_1                 -> mod_by_1
nipkow@30044
  1372
zdiv_1                 -> div_by_1
nipkow@30044
  1373
zdvd_abs1              -> abs_dvd_iff
nipkow@30044
  1374
zdvd_abs2              -> dvd_abs_iff
nipkow@30044
  1375
zdvd_refl              -> dvd_refl
nipkow@30044
  1376
zdvd_trans             -> dvd_trans
nipkow@30044
  1377
zdvd_zadd              -> dvd_add
nipkow@30044
  1378
zdvd_zdiff             -> dvd_diff
nipkow@30044
  1379
zdvd_zminus_iff        -> dvd_minus_iff
nipkow@30044
  1380
zdvd_zminus2_iff       -> minus_dvd_iff
nipkow@30044
  1381
zdvd_zmultD            -> dvd_mult_right
nipkow@30044
  1382
zdvd_zmultD2           -> dvd_mult_left
nipkow@30044
  1383
zdvd_zmult_mono        -> mult_dvd_mono
nipkow@30044
  1384
zdvd_0_right           -> dvd_0_right
nipkow@30044
  1385
zdvd_0_left            -> dvd_0_left_iff
nipkow@30044
  1386
zdvd_1_left            -> one_dvd
nipkow@30044
  1387
zminus_dvd_iff         -> minus_dvd_iff
nipkow@30044
  1388
wenzelm@30845
  1389
* Theory Rational: 'Fract k 0' now equals '0'.  INCOMPATIBILITY.
wenzelm@30845
  1390
wenzelm@30845
  1391
* The real numbers offer decimal input syntax: 12.34 is translated
wenzelm@30845
  1392
into 1234/10^2. This translation is not reversed upon output.
wenzelm@30845
  1393
wenzelm@30845
  1394
* Theory Library/Polynomial defines an abstract type 'a poly of
wenzelm@30845
  1395
univariate polynomials with coefficients of type 'a.  In addition to
wenzelm@30845
  1396
the standard ring operations, it also supports div and mod.  Code
wenzelm@30845
  1397
generation is also supported, using list-style constructors.
wenzelm@30845
  1398
wenzelm@30845
  1399
* Theory Library/Inner_Product defines a class of real_inner for real
wenzelm@30845
  1400
inner product spaces, with an overloaded operation inner :: 'a => 'a
wenzelm@30845
  1401
=> real.  Class real_inner is a subclass of real_normed_vector from
wenzelm@30845
  1402
theory RealVector.
wenzelm@30845
  1403
wenzelm@30845
  1404
* Theory Library/Product_Vector provides instances for the product
wenzelm@30845
  1405
type 'a * 'b of several classes from RealVector and Inner_Product.
wenzelm@30845
  1406
Definitions of addition, subtraction, scalar multiplication, norms,
wenzelm@30845
  1407
and inner products are included.
wenzelm@30845
  1408
wenzelm@30845
  1409
* Theory Library/Bit defines the field "bit" of integers modulo 2.  In
wenzelm@30845
  1410
addition to the field operations, numerals and case syntax are also
wenzelm@30845
  1411
supported.
wenzelm@30845
  1412
wenzelm@30845
  1413
* Theory Library/Diagonalize provides constructive version of Cantor's
wenzelm@30845
  1414
first diagonalization argument.
wenzelm@30845
  1415
wenzelm@30845
  1416
* Theory Library/GCD: Curried operations gcd, lcm (for nat) and zgcd,
wenzelm@27599
  1417
zlcm (for int); carried together from various gcd/lcm developements in
wenzelm@30845
  1418
the HOL Distribution.  Constants zgcd and zlcm replace former igcd and
wenzelm@30845
  1419
ilcm; corresponding theorems renamed accordingly.  INCOMPATIBILITY,
wenzelm@30845
  1420
may recover tupled syntax as follows:
haftmann@27556
  1421
haftmann@27556
  1422
    hide (open) const gcd
haftmann@27556
  1423
    abbreviation gcd where
haftmann@27556
  1424
      "gcd == (%(a, b). GCD.gcd a b)"
haftmann@27556
  1425
    notation (output)
haftmann@27556
  1426
      GCD.gcd ("gcd '(_, _')")
haftmann@27556
  1427
wenzelm@30845
  1428
The same works for lcm, zgcd, zlcm.
wenzelm@30845
  1429
wenzelm@30845
  1430
* Theory Library/Nat_Infinity: added addition, numeral syntax and more
wenzelm@30845
  1431
instantiations for algebraic structures.  Removed some duplicate
wenzelm@30845
  1432
theorems.  Changes in simp rules.  INCOMPATIBILITY.
wenzelm@30845
  1433
wenzelm@30845
  1434
* ML antiquotation @{code} takes a constant as argument and generates
haftmann@27651
  1435
corresponding code in background and inserts name of the corresponding
haftmann@27651
  1436
resulting ML value/function/datatype constructor binding in place.
haftmann@27651
  1437
All occurrences of @{code} with a single ML block are generated
haftmann@27651
  1438
simultaneously.  Provides a generic and safe interface for
wenzelm@30845
  1439
instrumentalizing code generation.  See
wenzelm@30845
  1440
src/HOL/Decision_Procs/Ferrack.thy for a more ambitious application.
wenzelm@30845
  1441
In future you ought to refrain from ad-hoc compiling generated SML
wenzelm@30845
  1442
code on the ML toplevel.  Note that (for technical reasons) @{code}
wenzelm@30845
  1443
cannot refer to constants for which user-defined serializations are
wenzelm@30845
  1444
set.  Refer to the corresponding ML counterpart directly in that
wenzelm@30845
  1445
cases.
wenzelm@27122
  1446
wenzelm@27122
  1447
* Command 'rep_datatype': instead of theorem names the command now
wenzelm@27122
  1448
takes a list of terms denoting the constructors of the type to be
wenzelm@27122
  1449
represented as datatype.  The characteristic theorems have to be
wenzelm@27122
  1450
proven.  INCOMPATIBILITY.  Also observe that the following theorems
wenzelm@27122
  1451
have disappeared in favour of existing ones:
wenzelm@27122
  1452
haftmann@27104
  1453
    unit_induct                 ~> unit.induct
haftmann@27104
  1454
    prod_induct                 ~> prod.induct
haftmann@27104
  1455
    sum_induct                  ~> sum.induct
haftmann@27104
  1456
    Suc_Suc_eq                  ~> nat.inject
haftmann@27104
  1457
    Suc_not_Zero Zero_not_Suc   ~> nat.distinct
haftmann@27104
  1458
haftmann@27104
  1459
ballarin@27696
  1460
*** HOL-Algebra ***
ballarin@27696
  1461
ballarin@27713
  1462
* New locales for orders and lattices where the equivalence relation
wenzelm@30106
  1463
is not restricted to equality.  INCOMPATIBILITY: all order and lattice
wenzelm@30106
  1464
locales use a record structure with field eq for the equivalence.
ballarin@27713
  1465
ballarin@27713
  1466
* New theory of factorial domains.
ballarin@27713
  1467
wenzelm@30845
  1468
* Units_l_inv and Units_r_inv are now simp rules by default.
ballarin@27696
  1469
INCOMPATIBILITY.  Simplifier proof that require deletion of l_inv
ballarin@27696
  1470
and/or r_inv will now also require deletion of these lemmas.
ballarin@27696
  1471
wenzelm@30845
  1472
* Renamed the following theorems, INCOMPATIBILITY:
wenzelm@30845
  1473
ballarin@27696
  1474
UpperD ~> Upper_memD
ballarin@27696
  1475
LowerD ~> Lower_memD
ballarin@27696
  1476
least_carrier ~> least_closed
ballarin@27696
  1477
greatest_carrier ~> greatest_closed
ballarin@27696
  1478
greatest_Lower_above ~> greatest_Lower_below
ballarin@27717
  1479
one_zero ~> carrier_one_zero
ballarin@27717
  1480
one_not_zero ~> carrier_one_not_zero  (collision with assumption)
ballarin@27696
  1481
wenzelm@27793
  1482
wenzelm@30849
  1483
*** HOL-Nominal ***
wenzelm@30849
  1484
wenzelm@30855
  1485
* Nominal datatypes can now contain type-variables.
wenzelm@30855
  1486
wenzelm@30855
  1487
* Commands 'nominal_inductive' and 'equivariance' work with local
wenzelm@30855
  1488
theory targets.
wenzelm@30855
  1489
wenzelm@30855
  1490
* Nominal primrec can now works with local theory targets and its
wenzelm@30855
  1491
specification syntax now conforms to the general format as seen in
wenzelm@30855
  1492
'inductive' etc.
wenzelm@30855
  1493
wenzelm@30855
  1494
* Method "perm_simp" honours the standard simplifier attributes
wenzelm@30855
  1495
(no_asm), (no_asm_use) etc.
wenzelm@30855
  1496
wenzelm@30855
  1497
* The new predicate #* is defined like freshness, except that on the
wenzelm@30855
  1498
left hand side can be a set or list of atoms.
wenzelm@30855
  1499
wenzelm@30855
  1500
* Experimental command 'nominal_inductive2' derives strong induction
wenzelm@30855
  1501
principles for inductive definitions.  In contrast to
wenzelm@30855
  1502
'nominal_inductive', which can only deal with a fixed number of
wenzelm@30855
  1503
binders, it can deal with arbitrary expressions standing for sets of
wenzelm@30855
  1504
atoms to be avoided.  The only inductive definition we have at the
wenzelm@30855
  1505
moment that needs this generalisation is the typing rule for Lets in
wenzelm@30855
  1506
the algorithm W:
wenzelm@30855
  1507
wenzelm@30855
  1508
 Gamma |- t1 : T1   (x,close Gamma T1)::Gamma |- t2 : T2   x#Gamma
wenzelm@30855
  1509
 -----------------------------------------------------------------
wenzelm@30855
  1510
         Gamma |- Let x be t1 in t2 : T2
wenzelm@30855
  1511
wenzelm@30855
  1512
In this rule one wants to avoid all the binders that are introduced by
wenzelm@30855
  1513
"close Gamma T1".  We are looking for other examples where this
wenzelm@30855
  1514
feature might be useful.  Please let us know.
wenzelm@30849
  1515
wenzelm@30849
  1516
huffman@30176
  1517
*** HOLCF ***
huffman@30176
  1518
huffman@30176
  1519
* Reimplemented the simplification procedure for proving continuity
huffman@30176
  1520
subgoals.  The new simproc is extensible; users can declare additional
huffman@30176
  1521
continuity introduction rules with the attribute [cont2cont].
huffman@30176
  1522
huffman@30176
  1523
* The continuity simproc now uses a different introduction rule for
huffman@30176
  1524
solving continuity subgoals on terms with lambda abstractions.  In
huffman@30176
  1525
some rare cases the new simproc may fail to solve subgoals that the
huffman@30176
  1526
old one could solve, and "simp add: cont2cont_LAM" may be necessary.
huffman@30176
  1527
Potential INCOMPATIBILITY.
huffman@30176
  1528
wenzelm@30847
  1529
* Command 'fixrec': specification syntax now conforms to the general
wenzelm@30855
  1530
format as seen in 'inductive' etc.  See src/HOLCF/ex/Fixrec_ex.thy for
wenzelm@30855
  1531
examples.  INCOMPATIBILITY.
wenzelm@30845
  1532
wenzelm@30845
  1533
wenzelm@30845
  1534
*** ZF ***
wenzelm@30845
  1535
wenzelm@30845
  1536
* Proof of Zorn's Lemma for partial orders.
huffman@30176
  1537
huffman@30176
  1538
wenzelm@27246
  1539
*** ML ***
wenzelm@28088
  1540
wenzelm@30845
  1541
* Multithreading for Poly/ML 5.1/5.2 is no longer supported, only for
wenzelm@30845
  1542
Poly/ML 5.2.1 or later.  Important note: the TimeLimit facility
wenzelm@30845
  1543
depends on multithreading, so timouts will not work before Poly/ML
wenzelm@30845
  1544
5.2.1!
wenzelm@30845
  1545
wenzelm@29161
  1546
* High-level support for concurrent ML programming, see
wenzelm@29161
  1547
src/Pure/Cuncurrent.  The data-oriented model of "future values" is
wenzelm@29161
  1548
particularly convenient to organize independent functional
wenzelm@29161
  1549
computations.  The concept of "synchronized variables" provides a
wenzelm@29161
  1550
higher-order interface for components with shared state, avoiding the
wenzelm@30845
  1551
delicate details of mutexes and condition variables.  (Requires
wenzelm@30845
  1552
Poly/ML 5.2.1 or later.)
wenzelm@30845
  1553
wenzelm@30845
  1554
* ML bindings produced via Isar commands are stored within the Isar
wenzelm@30845
  1555
context (theory or proof).  Consequently, commands like 'use' and 'ML'
wenzelm@30845
  1556
become thread-safe and work with undo as expected (concerning
wenzelm@30845
  1557
top-level bindings, not side-effects on global references).
wenzelm@30845
  1558
INCOMPATIBILITY, need to provide proper Isar context when invoking the
wenzelm@30845
  1559
compiler at runtime; really global bindings need to be given outside a
wenzelm@30845
  1560
theory.  (Requires Poly/ML 5.2 or later.)
wenzelm@30845
  1561
wenzelm@30845
  1562
* Command 'ML_prf' is analogous to 'ML' but works within a proof
wenzelm@30845
  1563
context.  Top-level ML bindings are stored within the proof context in
wenzelm@30845
  1564
a purely sequential fashion, disregarding the nested proof structure.
wenzelm@30845
  1565
ML bindings introduced by 'ML_prf' are discarded at the end of the
wenzelm@30845
  1566
proof.  (Requires Poly/ML 5.2 or later.)
wenzelm@29161
  1567
wenzelm@30530
  1568
* Simplified ML attribute and method setup, cf. functions Attrib.setup
wenzelm@30845
  1569
and Method.setup, as well as Isar commands 'attribute_setup' and
wenzelm@30547
  1570
'method_setup'.  INCOMPATIBILITY for 'method_setup', need to simplify
wenzelm@30547
  1571
existing code accordingly, or use plain 'setup' together with old
wenzelm@30547
  1572
Method.add_method.
wenzelm@30530
  1573
wenzelm@28294
  1574
* Simplified ML oracle interface Thm.add_oracle promotes 'a -> cterm
wenzelm@28294
  1575
to 'a -> thm, while results are always tagged with an authentic oracle
wenzelm@28294
  1576
name.  The Isar command 'oracle' is now polymorphic, no argument type
wenzelm@28294
  1577
is specified.  INCOMPATIBILITY, need to simplify existing oracle code
wenzelm@28294
  1578
accordingly.  Note that extra performance may be gained by producing
wenzelm@28294
  1579
the cterm carefully, avoiding slow Thm.cterm_of.
wenzelm@28294
  1580
wenzelm@30845
  1581
* Simplified interface for defining document antiquotations via
wenzelm@30845
  1582
ThyOutput.antiquotation, ThyOutput.output, and optionally
wenzelm@30845
  1583
ThyOutput.maybe_pretty_source.  INCOMPATIBILITY, need to simplify user
wenzelm@30845
  1584
antiquotations accordingly, see src/Pure/Thy/thy_output.ML for common
wenzelm@30845
  1585
examples.
wenzelm@28099
  1586
wenzelm@30395
  1587
* More systematic treatment of long names, abstract name bindings, and
wenzelm@30395
  1588
name space operations.  Basic operations on qualified names have been
wenzelm@30399
  1589
move from structure NameSpace to Long_Name, e.g. Long_Name.base_name,
wenzelm@30395
  1590
Long_Name.append.  Old type bstring has been mostly replaced by
wenzelm@30395
  1591
abstract type binding (see structure Binding), which supports precise
wenzelm@30845
  1592
qualification by packages and local theory targets, as well as proper
wenzelm@30845
  1593
tracking of source positions.  INCOMPATIBILITY, need to wrap old
wenzelm@30845
  1594
bstring values into Binding.name, or better pass through abstract
wenzelm@30399
  1595
bindings everywhere.  See further src/Pure/General/long_name.ML,
wenzelm@30395
  1596
src/Pure/General/binding.ML and src/Pure/General/name_space.ML
wenzelm@30395
  1597
wenzelm@28089
  1598
* Result facts (from PureThy.note_thms, ProofContext.note_thms,
wenzelm@28089
  1599
LocalTheory.note etc.) now refer to the *full* internal name, not the
wenzelm@28089
  1600
bstring as before.  INCOMPATIBILITY, not detected by ML type-checking!
wenzelm@28089
  1601
wenzelm@27287
  1602
* Disposed old type and term read functions (Sign.read_def_typ,
wenzelm@27287
  1603
Sign.read_typ, Sign.read_def_terms, Sign.read_term,
wenzelm@27287
  1604
Thm.read_def_cterms, Thm.read_cterm etc.).  INCOMPATIBILITY, should
wenzelm@27287
  1605
use regular Syntax.read_typ, Syntax.read_term, Syntax.read_typ_global,
wenzelm@27269
  1606
Syntax.read_term_global etc.; see also OldGoals.read_term as last
wenzelm@27269
  1607
resort for legacy applications.
wenzelm@27269
  1608
wenzelm@30609
  1609
* Disposed old declarations, tactics, tactic combinators that refer to
wenzelm@30609
  1610
the simpset or claset of an implicit theory (such as Addsimps,
wenzelm@30609
  1611
Simp_tac, SIMPSET).  INCOMPATIBILITY, should use @{simpset} etc. in
wenzelm@30609
  1612
embedded ML text, or local_simpset_of with a proper context passed as
wenzelm@30609
  1613
explicit runtime argument.
wenzelm@30609
  1614
wenzelm@30845
  1615
* Rules and tactics that read instantiations (read_instantiate,
wenzelm@30845
  1616
res_inst_tac, thin_tac, subgoal_tac etc.) now demand a proper proof
wenzelm@30845
  1617
context, which is required for parsing and type-checking.  Moreover,
wenzelm@30845
  1618
the variables are specified as plain indexnames, not string encodings
wenzelm@30845
  1619
thereof.  INCOMPATIBILITY.
wenzelm@30845
  1620
wenzelm@30845
  1621
* Generic Toplevel.add_hook interface allows to analyze the result of
wenzelm@30845
  1622
transactions.  E.g. see src/Pure/ProofGeneral/proof_general_pgip.ML
wenzelm@30845
  1623
for theorem dependency output of transactions resulting in a new
wenzelm@30845
  1624
theory state.
wenzelm@30845
  1625
wenzelm@30845
  1626
* ML antiquotations: block-structured compilation context indicated by
wenzelm@27391
  1627
\<lbrace> ... \<rbrace>; additional antiquotation forms:
wenzelm@27391
  1628
wenzelm@30845
  1629
  @{binding name}                         - basic name binding
wenzelm@27519
  1630
  @{let ?pat = term}                      - term abbreviation (HO matching)
wenzelm@27519
  1631
  @{note name = fact}                     - fact abbreviation
wenzelm@27519
  1632
  @{thm fact}                             - singleton fact (with attributes)
wenzelm@27519
  1633
  @{thms fact}                            - general fact (with attributes)
wenzelm@27519
  1634
  @{lemma prop by method}                 - singleton goal
wenzelm@27519
  1635
  @{lemma prop by meth1 meth2}            - singleton goal
wenzelm@27519
  1636
  @{lemma prop1 ... propN by method}      - general goal
wenzelm@27519
  1637
  @{lemma prop1 ... propN by meth1 meth2} - general goal
wenzelm@27519
  1638
  @{lemma (open) ...}                     - open derivation
wenzelm@27380
  1639
wenzelm@27246
  1640
wenzelm@27979
  1641
*** System ***
wenzelm@27979
  1642
wenzelm@28248
  1643
* The Isabelle "emacs" tool provides a specific interface to invoke
wenzelm@28248
  1644
Proof General / Emacs, with more explicit failure if that is not
wenzelm@28248
  1645
installed (the old isabelle-interface script silently falls back on
wenzelm@28248
  1646
isabelle-process).  The PROOFGENERAL_HOME setting determines the
wenzelm@28248
  1647
installation location of the Proof General distribution.
wenzelm@28248
  1648
wenzelm@27979
  1649
* Isabelle/lib/classes/Pure.jar provides basic support to integrate
wenzelm@27979
  1650
the Isabelle process into a JVM/Scala application.  See
wenzelm@27979
  1651
Isabelle/lib/jedit/plugin for a minimal example.  (The obsolete Java
wenzelm@27979
  1652
process wrapper has been discontinued.)
wenzelm@27979
  1653
wenzelm@30845
  1654
* Added homegrown Isabelle font with unicode layout, see lib/fonts.
wenzelm@30845
  1655
wenzelm@30845
  1656
* Various status messages (with exact source position information) are
wenzelm@27979
  1657
emitted, if proper markup print mode is enabled.  This allows
wenzelm@27979
  1658
user-interface components to provide detailed feedback on internal
wenzelm@27979
  1659
prover operations.
wenzelm@27979
  1660
wenzelm@27979
  1661
wenzelm@27143
  1662
wenzelm@27008
  1663
New in Isabelle2008 (June 2008)
wenzelm@27008
  1664
-------------------------------
wenzelm@25464
  1665
wenzelm@25522
  1666
*** General ***
wenzelm@25522
  1667
wenzelm@27061
  1668
* The Isabelle/Isar Reference Manual (isar-ref) has been reorganized
wenzelm@27061
  1669
and updated, with formally checked references as hyperlinks.
wenzelm@27061
  1670
wenzelm@25994
  1671
* Theory loader: use_thy (and similar operations) no longer set the
wenzelm@25994
  1672
implicit ML context, which was occasionally hard to predict and in
wenzelm@25994
  1673
conflict with concurrency.  INCOMPATIBILITY, use ML within Isar which
wenzelm@25994
  1674
provides a proper context already.
wenzelm@25994
  1675
wenzelm@26323
  1676
* Theory loader: old-style ML proof scripts being *attached* to a thy
wenzelm@26323
  1677
file are no longer supported.  INCOMPATIBILITY, regular 'uses' and
wenzelm@26323
  1678
'use' within a theory file will do the job.
wenzelm@26323
  1679
wenzelm@26650
  1680
* Name space merge now observes canonical order, i.e. the second space
wenzelm@26650
  1681
is inserted into the first one, while existing entries in the first
wenzelm@26659
  1682
space take precedence.  INCOMPATIBILITY in rare situations, may try to
wenzelm@26650
  1683
swap theory imports.
wenzelm@26650
  1684
wenzelm@27067
  1685
* Syntax: symbol \<chi> is now considered a letter.  Potential
wenzelm@27067
  1686
INCOMPATIBILITY in identifier syntax etc.
wenzelm@27067
  1687
wenzelm@27067
  1688
* Outer syntax: string tokens no longer admit escaped white space,
wenzelm@27067
  1689
which was an accidental (undocumented) feature.  INCOMPATIBILITY, use
wenzelm@27067
  1690
white space without escapes.
wenzelm@27067
  1691
wenzelm@27067
  1692
* Outer syntax: string tokens may contain arbitrary character codes
wenzelm@27067
  1693
specified via 3 decimal digits (as in SML).  E.g. "foo\095bar" for
wenzelm@27067
  1694
"foo_bar".
wenzelm@27067
  1695
wenzelm@25522
  1696
haftmann@25502
  1697
*** Pure ***
haftmann@25502
  1698
wenzelm@26718
  1699
* Context-dependent token translations.  Default setup reverts locally
wenzelm@26718
  1700
fixed variables, and adds hilite markup for undeclared frees.
wenzelm@26718
  1701
berghofe@26681
  1702
* Unused theorems can be found using the new command 'unused_thms'.
berghofe@26681
  1703
There are three ways of invoking it:
berghofe@26681
  1704
berghofe@26681
  1705
(1) unused_thms
berghofe@26681
  1706
     Only finds unused theorems in the current theory.
berghofe@26681
  1707
berghofe@26681
  1708
(2) unused_thms thy_1 ... thy_n -
berghofe@26681
  1709
     Finds unused theorems in the current theory and all of its ancestors,
berghofe@26681
  1710
     excluding the theories thy_1 ... thy_n and all of their ancestors.
berghofe@26681
  1711
berghofe@26681
  1712
(3) unused_thms thy_1 ... thy_n - thy'_1 ... thy'_m
berghofe@26681
  1713
     Finds unused theorems in the theories thy'_1 ... thy'_m and all of
berghofe@26681
  1714
     their ancestors, excluding the theories thy_1 ... thy_n and all of
berghofe@26681
  1715
     their ancestors.
berghofe@26681
  1716
wenzelm@26718
  1717
In order to increase the readability of the list produced by
wenzelm@26718
  1718
unused_thms, theorems that have been created by a particular instance
wenzelm@26874
  1719
of a theory command such as 'inductive' or 'function' are considered
wenzelm@26874
  1720
to belong to the same "group", meaning that if at least one theorem in
wenzelm@26718
  1721
this group is used, the other theorems in the same group are no longer
wenzelm@26718
  1722
reported as unused.  Moreover, if all theorems in the group are
wenzelm@26718
  1723
unused, only one theorem in the group is displayed.
wenzelm@26718
  1724
wenzelm@26718
  1725
Note that proof objects have to be switched on in order for
wenzelm@26718
  1726
unused_thms to work properly (i.e. !proofs must be >= 1, which is
wenzelm@26874
  1727
usually the case when using Proof General with the default settings).
berghofe@26681
  1728
wenzelm@26650
  1729
* Authentic naming of facts disallows ad-hoc overwriting of previous
wenzelm@26650
  1730
theorems within the same name space.  INCOMPATIBILITY, need to remove
wenzelm@26650
  1731
duplicate fact bindings, or even accidental fact duplications.  Note
wenzelm@26650
  1732
that tools may maintain dynamically scoped facts systematically, using
wenzelm@26650
  1733
PureThy.add_thms_dynamic.
wenzelm@26650
  1734
wenzelm@26660
  1735
* Command 'hide' now allows to hide from "fact" name space as well.
wenzelm@26660
  1736
wenzelm@26496
  1737
* Eliminated destructive theorem database, simpset, claset, and
wenzelm@26496
  1738
clasimpset.  Potential INCOMPATIBILITY, really need to observe linear
wenzelm@26496
  1739
update of theories within ML code.
wenzelm@26479
  1740
wenzelm@26955
  1741
* Eliminated theory ProtoPure and CPure, leaving just one Pure theory.
wenzelm@26955
  1742
INCOMPATIBILITY, object-logics depending on former Pure require
wenzelm@26955
  1743
additional setup PureThy.old_appl_syntax_setup; object-logics
wenzelm@26955
  1744
depending on former CPure need to refer to Pure.
wenzelm@26650
  1745
wenzelm@26495
  1746
* Commands 'use' and 'ML' are now purely functional, operating on
wenzelm@26479
  1747
theory/local_theory.  Removed former 'ML_setup' (on theory), use 'ML'
wenzelm@26479
  1748
instead.  Added 'ML_val' as mere diagnostic replacement for 'ML'.
wenzelm@26479
  1749
INCOMPATIBILITY.
wenzelm@26479
  1750
wenzelm@26874
  1751
* Command 'setup': discontinued implicit version with ML reference.
wenzelm@26434
  1752
wenzelm@25970
  1753
* Instantiation target allows for simultaneous specification of class
wenzelm@25970
  1754
instance operations together with an instantiation proof.
wenzelm@25970
  1755
Type-checking phase allows to refer to class operations uniformly.
wenzelm@27067
  1756
See src/HOL/Complex/Complex.thy for an Isar example and
wenzelm@27067
  1757
src/HOL/Library/Eval.thy for an ML example.
haftmann@25502
  1758
wenzelm@26201
  1759
* Indexing of literal facts: be more serious about including only
wenzelm@26201
  1760
facts from the visible specification/proof context, but not the
wenzelm@26201
  1761
background context (locale etc.).  Affects `prop` notation and method
wenzelm@26201
  1762
"fact".  INCOMPATIBILITY: need to name facts explicitly in rare
wenzelm@26201
  1763
situations.
wenzelm@26201
  1764
wenzelm@26925
  1765
* Method "cases", "induct", "coinduct": removed obsolete/undocumented
wenzelm@26925
  1766
"(open)" option, which used to expose internal bound variables to the
wenzelm@26925
  1767
proof text.
wenzelm@26925
  1768
wenzelm@26925
  1769
* Isar statements: removed obsolete case "rule_context".
wenzelm@26925
  1770
INCOMPATIBILITY, better use explicit fixes/assumes.
wenzelm@26925
  1771
wenzelm@26874
  1772
* Locale proofs: default proof step now includes 'unfold_locales';
wenzelm@26874
  1773
hence 'proof' without argument may be used to unfold locale
wenzelm@26874
  1774
predicates.
ballarin@26765
  1775
ballarin@26765
  1776
haftmann@26762
  1777
*** Document preparation ***
haftmann@26762
  1778
wenzelm@26914
  1779
* Simplified pdfsetup.sty: color/hyperref is used unconditionally for
wenzelm@26914
  1780
both pdf and dvi (hyperlinks usually work in xdvi as well); removed
wenzelm@26914
  1781
obsolete thumbpdf setup (contemporary PDF viewers do this on the
wenzelm@26914
  1782
spot); renamed link color from "darkblue" to "linkcolor" (default
wenzelm@26920
  1783
value unchanged, can be redefined via \definecolor); no longer sets
wenzelm@26920
  1784
"a4paper" option (unnecessary or even intrusive).
wenzelm@26914
  1785
wenzelm@27008
  1786
* Antiquotation @{lemma A method} proves proposition A by the given
wenzelm@27008
  1787
method (either a method name or a method name plus (optional) method
wenzelm@27008
  1788
arguments in parentheses) and prints A just like @{prop A}.
haftmann@26762
  1789
haftmann@26762
  1790
wenzelm@25464
  1791
*** HOL ***
wenzelm@25464
  1792
wenzelm@27067
  1793
* New primrec package.  Specification syntax conforms in style to
wenzelm@27067
  1794
definition/function/....  No separate induction rule is provided.  The
wenzelm@27067
  1795
"primrec" command distinguishes old-style and new-style specifications
wenzelm@27067
  1796
by syntax.  The former primrec package is now named OldPrimrecPackage.
wenzelm@27067
  1797
When adjusting theories, beware: constants stemming from new-style
wenzelm@27067
  1798
primrec specifications have authentic syntax.
wenzelm@27067
  1799
wenzelm@27067
  1800
* Metis prover is now an order of magnitude faster, and also works
wenzelm@27067
  1801
with multithreading.
wenzelm@27067
  1802
wenzelm@27067
  1803
* Metis: the maximum number of clauses that can be produced from a
wenzelm@27067
  1804
theorem is now given by the attribute max_clauses.  Theorems that
wenzelm@27067
  1805
exceed this number are ignored, with a warning printed.
wenzelm@27067
  1806
wenzelm@27067
  1807
* Sledgehammer no longer produces structured proofs by default. To
wenzelm@27067
  1808
enable, declare [[sledgehammer_full = true]].  Attributes
wenzelm@27067
  1809
reconstruction_modulus, reconstruction_sorts renamed
wenzelm@27067
  1810
sledgehammer_modulus, sledgehammer_sorts.  INCOMPATIBILITY.
wenzelm@27067
  1811
haftmann@27104
  1812
* Method "induct_scheme" derives user-specified induction rules
wenzelm@27067
  1813
from well-founded induction and completeness of patterns. This factors
wenzelm@27067
  1814
out some operations that are done internally by the function package
wenzelm@27067
  1815
and makes them available separately.  See
wenzelm@27067
  1816
src/HOL/ex/Induction_Scheme.thy for examples.
wenzelm@27067
  1817
wenzelm@27067
  1818
* More flexible generation of measure functions for termination
wenzelm@27067
  1819
proofs: Measure functions can be declared by proving a rule of the
wenzelm@27067
  1820
form "is_measure f" and giving it the [measure_function] attribute.
wenzelm@27067
  1821
The "is_measure" predicate is logically meaningless (always true), and
wenzelm@27067
  1822
just guides the heuristic.  To find suitable measure functions, the
wenzelm@27067
  1823
termination prover sets up the goal "is_measure ?f" of the appropriate
wenzelm@27067
  1824
type and generates all solutions by prolog-style backwards proof using
wenzelm@27067
  1825
the declared rules.
wenzelm@27067
  1826
wenzelm@27067
  1827
This setup also deals with rules like 
wenzelm@27067
  1828
wenzelm@27067
  1829
  "is_measure f ==> is_measure (list_size f)"
wenzelm@27067
  1830
wenzelm@27067
  1831
which accommodates nested datatypes that recurse through lists.
wenzelm@27067
  1832
Similar rules are predeclared for products and option types.
wenzelm@27067
  1833
berghofe@26964
  1834
* Turned the type of sets "'a set" into an abbreviation for "'a => bool"
berghofe@26964
  1835
berghofe@26964
  1836
  INCOMPATIBILITIES:
berghofe@26964
  1837
wenzelm@27008
  1838
  - Definitions of overloaded constants on sets have to be replaced by
wenzelm@27008
  1839
    definitions on => and bool.
berghofe@26964
  1840
berghofe@26964
  1841
  - Some definitions of overloaded operators on sets can now be proved
wenzelm@27008
  1842
    using the definitions of the operators on => and bool.  Therefore,
wenzelm@27008
  1843
    the following theorems have been renamed:
berghofe@26964
  1844
berghofe@26964
  1845
      subset_def   -> subset_eq
berghofe@26964
  1846
      psubset_def  -> psubset_eq
berghofe@26964
  1847
      set_diff_def -> set_diff_eq
berghofe@26964
  1848
      Compl_def    -> Compl_eq
berghofe@26964
  1849
      Sup_set_def  -> Sup_set_eq
berghofe@26964
  1850
      Inf_set_def  -> Inf_set_eq
berghofe@26964
  1851
      sup_set_def  -> sup_set_eq
berghofe@26964
  1852
      inf_set_def  -> inf_set_eq
berghofe@26964
  1853
berghofe@26964
  1854
  - Due to the incompleteness of the HO unification algorithm, some
berghofe@26964
  1855
    rules such as subst may require manual instantiation, if some of
berghofe@26964
  1856
    the unknowns in the rule is a set.
berghofe@26964
  1857
berghofe@26964
  1858
  - Higher order unification and forward proofs:
berghofe@26964
  1859
    The proof pattern
berghofe@26964
  1860
berghofe@26964
  1861
      have "P (S::'a set)" <...>
berghofe@26964
  1862
      then have "EX S. P S" ..
berghofe@26964
  1863
wenzelm@27008
  1864
    no longer works (due to the incompleteness of the HO unification
wenzelm@27008
  1865
    algorithm) and must be replaced by the pattern
berghofe@26964
  1866
berghofe@26964
  1867
      have "EX S. P S"
berghofe@26964
  1868
      proof
berghofe@26964
  1869
        show "P S" <...>
berghofe@26964
  1870
      qed
berghofe@26964
  1871
berghofe@26964
  1872
  - Calculational reasoning with subst (or similar rules):
berghofe@26964
  1873
    The proof pattern
berghofe@26964
  1874
berghofe@26964
  1875
      have "P (S::'a set)" <...>
berghofe@26964
  1876
      also have "S = T" <...>
berghofe@26964
  1877
      finally have "P T" .
berghofe@26964
  1878
wenzelm@27008
  1879
    no longer works (for similar reasons as the previous example) and
wenzelm@27008
  1880
    must be replaced by something like
berghofe@26964
  1881
berghofe@26964
  1882
      have "P (S::'a set)" <...>
berghofe@26964
  1883
      moreover have "S = T" <...>
berghofe@26964
  1884
      ultimately have "P T" by simp
berghofe@26964
  1885
berghofe@26964
  1886
  - Tactics or packages written in ML code:
berghofe@26964
  1887
    Code performing pattern matching on types via
berghofe@26964
  1888
berghofe@26964
  1889
      Type ("set", [T]) => ...
berghofe@26964
  1890
wenzelm@27008
  1891
    must be rewritten. Moreover, functions like strip_type or
wenzelm@27008
  1892
    binder_types no longer return the right value when applied to a
wenzelm@27008
  1893
    type of the form
berghofe@26964
  1894
berghofe@26964
  1895
      T1 => ... => Tn => U => bool
berghofe@26964
  1896
berghofe@26964
  1897
    rather than
berghofe@26964
  1898
berghofe@26964
  1899
      T1 => ... => Tn => U set
berghofe@26964
  1900
wenzelm@26874
  1901
* Merged theories Wellfounded_Recursion, Accessible_Part and
wenzelm@27067
  1902
Wellfounded_Relations to theory Wellfounded.
krauss@26748
  1903
haftmann@26513
  1904
* Explicit class "eq" for executable equality.  INCOMPATIBILITY.
haftmann@26513
  1905
wenzelm@26874
  1906
* Class finite no longer treats UNIV as class parameter.  Use class
wenzelm@26874
  1907
enum from theory Library/Enum instead to achieve a similar effect.
haftmann@26445
  1908
INCOMPATIBILITY.
haftmann@26445
  1909
wenzelm@26874
  1910
* Theory List: rule list_induct2 now has explicitly named cases "Nil"
wenzelm@26874
  1911
and "Cons".  INCOMPATIBILITY.
wenzelm@26874
  1912
wenzelm@26422
  1913
* HOL (and FOL): renamed variables in rules imp_elim and swap.
wenzelm@26422
  1914
Potential INCOMPATIBILITY.
wenzelm@26422
  1915
wenzelm@26874
  1916
* Theory Product_Type: duplicated lemmas split_Pair_apply and
wenzelm@26874
  1917
injective_fst_snd removed, use split_eta and prod_eqI instead.
wenzelm@26874
  1918
Renamed upd_fst to apfst and upd_snd to apsnd.  INCOMPATIBILITY.
haftmann@26355
  1919
wenzelm@26335
  1920
* Theory Nat: removed redundant lemmas that merely duplicate lemmas of
wenzelm@26335
  1921
the same name in theory Orderings:
wenzelm@26335
  1922
wenzelm@26335
  1923
  less_trans
wenzelm@26335
  1924
  less_linear
wenzelm@26335
  1925
  le_imp_less_or_eq
wenzelm@26335
  1926
  le_less_trans
wenzelm@26335
  1927
  less_le_trans
wenzelm@26335
  1928
  less_not_sym
wenzelm@26335
  1929
  less_asym
wenzelm@26335
  1930
wenzelm@26335
  1931
Renamed less_imp_le to less_imp_le_nat, and less_irrefl to
wenzelm@26335
  1932
less_irrefl_nat.  Potential INCOMPATIBILITY due to more general types
wenzelm@26335
  1933
and different variable names.
wenzelm@26315
  1934
haftmann@26231
  1935
* Library/Option_ord.thy: Canonical order on option type.
haftmann@26231
  1936
wenzelm@27008
  1937
* Library/RBT.thy: Red-black trees, an efficient implementation of
wenzelm@27008
  1938
finite maps.
krauss@26197
  1939
haftmann@26231
  1940
* Library/Countable.thy: Type class for countable types.
haftmann@26231
  1941
wenzelm@26180
  1942
* Theory Int: The representation of numerals has changed.  The infix
wenzelm@26180
  1943
operator BIT and the bit datatype with constructors B0 and B1 have
wenzelm@26180
  1944
disappeared.  INCOMPATIBILITY, use "Int.Bit0 x" and "Int.Bit1 y" in
wenzelm@26180
  1945
place of "x BIT bit.B0" and "y BIT bit.B1", respectively.  Theorems
wenzelm@26180
  1946
involving BIT, B0, or B1 have been renamed with "Bit0" or "Bit1"
wenzelm@26180
  1947
accordingly.
wenzelm@26180
  1948
wenzelm@26180
  1949
* Theory Nat: definition of <= and < on natural numbers no longer
wenzelm@26180
  1950
depend on well-founded relations.  INCOMPATIBILITY.  Definitions
wenzelm@26180
  1951
le_def and less_def have disappeared.  Consider lemmas not_less
wenzelm@26180
  1952
[symmetric, where ?'a = nat] and less_eq [symmetric] instead.
wenzelm@26180
  1953
wenzelm@26180
  1954
* Theory Finite_Set: locales ACf, ACe, ACIf, ACIfSL and ACIfSLlin
wenzelm@26180
  1955
(whose purpose mainly is for various fold_set functionals) have been
wenzelm@26874
  1956
abandoned in favor of the existing algebraic classes
wenzelm@26180
  1957
ab_semigroup_mult, comm_monoid_mult, ab_semigroup_idem_mult,
wenzelm@26180
  1958
lower_semilattice (resp. upper_semilattice) and linorder.
haftmann@26139
  1959
INCOMPATIBILITY.
haftmann@26041
  1960
wenzelm@26180
  1961
* Theory Transitive_Closure: induct and cases rules now declare proper
wenzelm@26180
  1962
case_names ("base" and "step").  INCOMPATIBILITY.
wenzelm@26180
  1963
wenzelm@26180
  1964
* Theorem Inductive.lfp_ordinal_induct generalized to complete
wenzelm@26180
  1965
lattices.  The form set-specific version is available as
wenzelm@26180
  1966
Inductive.lfp_ordinal_induct_set.
haftmann@26013
  1967
wenzelm@26874
  1968
* Renamed theorems "power.simps" to "power_int.simps".
wenzelm@27067
  1969
INCOMPATIBILITY.
haftmann@25961
  1970
wenzelm@26180
  1971
* Class semiring_div provides basic abstract properties of semirings
haftmann@25942
  1972
with division and modulo operations.  Subsumes former class dvd_mod.
haftmann@25942
  1973
wenzelm@26180
  1974
* Merged theories IntDef, Numeral and IntArith into unified theory
wenzelm@26180
  1975
Int.  INCOMPATIBILITY.
wenzelm@26180
  1976
wenzelm@26180
  1977
* Theory Library/Code_Index: type "index" now represents natural
wenzelm@26180
  1978
numbers rather than integers.  INCOMPATIBILITY.
wenzelm@26180
  1979
wenzelm@26180
  1980
* New class "uminus" with operation "uminus" (split of from class
wenzelm@26180
  1981
"minus" which now only has operation "minus", binary).
haftmann@25919
  1982
INCOMPATIBILITY.
haftmann@25919
  1983
wenzelm@25522
  1984
* Constants "card", "internal_split", "option_map" now with authentic
haftmann@25919
  1985
syntax.  INCOMPATIBILITY.
wenzelm@25522
  1986
wenzelm@25522
  1987
* Definitions subset_def, psubset_def, set_diff_def, Compl_def,
wenzelm@25522
  1988
le_bool_def, less_bool_def, le_fun_def, less_fun_def, inf_bool_def,
wenzelm@25522
  1989
sup_bool_def, Inf_bool_def, Sup_bool_def, inf_fun_def, sup_fun_def,
wenzelm@25522
  1990
Inf_fun_def, Sup_fun_def, inf_set_def, sup_set_def, Inf_set_def,
wenzelm@25522
  1991
Sup_set_def, le_def, less_def, option_map_def now with object
haftmann@25919
  1992
equality.  INCOMPATIBILITY.
wenzelm@25464
  1993
schirmer@25705
  1994
* Records. Removed K_record, and replaced it by pure lambda term
wenzelm@25726
  1995
%x. c. The simplifier setup is now more robust against eta expansion.
schirmer@25705
  1996
INCOMPATIBILITY: in cases explicitly referring to K_record.
wenzelm@25464
  1997
wenzelm@27067
  1998
* Library/Multiset: {#a, b, c#} abbreviates {#a#} + {#b#} + {#c#}.
wenzelm@27067
  1999
wenzelm@27067
  2000
* Library/ListVector: new theory of arithmetic vector operations.
wenzelm@27067
  2001
wenzelm@27067
  2002
* Library/Order_Relation: new theory of various orderings as sets of
wenzelm@27067
  2003
pairs.  Defines preorders, partial orders, linear orders and
wenzelm@27067
  2004
well-orders on sets and on types.
krauss@26877
  2005
wenzelm@25726
  2006
krauss@26197
  2007
*** ZF ***
krauss@26197
  2008
wenzelm@26874
  2009
* Renamed some theories to allow to loading both ZF and HOL in the
wenzelm@26874
  2010
same session:
wenzelm@26874
  2011
wenzelm@26874
  2012
  Datatype  -> Datatype_ZF
wenzelm@26874
  2013
  Inductive -> Inductive_ZF
wenzelm@26874
  2014
  Int       -> Int_ZF
wenzelm@26874
  2015
  IntDiv    -> IntDiv_ZF
wenzelm@26874
  2016
  Nat       -> Nat_ZF
wenzelm@26874
  2017
  List      -> List_ZF
wenzelm@26874
  2018
  Main      -> Main_ZF
wenzelm@26874
  2019
wenzelm@26874
  2020
INCOMPATIBILITY: ZF theories that import individual theories below
wenzelm@26874
  2021
Main might need to be adapted.  Regular theory Main is still
wenzelm@26874
  2022
available, as trivial extension of Main_ZF.
krauss@26197
  2023
krauss@26197
  2024
wenzelm@25737
  2025
*** ML ***
wenzelm@25737
  2026
wenzelm@27067
  2027
* ML within Isar: antiquotation @{const name} or @{const
wenzelm@27067
  2028
name(typargs)} produces statically-checked Const term.
wenzelm@27067
  2029
wenzelm@26401
  2030
* Functor NamedThmsFun: data is available to the user as dynamic fact
wenzelm@26724
  2031
(of the same name).  Removed obsolete print command.
wenzelm@26401
  2032
wenzelm@27067
  2033
* Removed obsolete "use_legacy_bindings" function.
wenzelm@26188
  2034
wenzelm@25737
  2035
* The ``print mode'' is now a thread-local value derived from a global
wenzelm@25737
  2036
template (the former print_mode reference), thus access becomes
wenzelm@25737
  2037
non-critical.  The global print_mode reference is for session
wenzelm@25737
  2038
management only; user-code should use print_mode_value,
wenzelm@25737
  2039
print_mode_active, PrintMode.setmp etc.  INCOMPATIBILITY.
wenzelm@25737
  2040
wenzelm@26874
  2041
* Functions system/system_out provide a robust way to invoke external
wenzelm@29161
  2042
shell commands, with propagation of interrupts (requires Poly/ML
wenzelm@29161
  2043
5.2.1).  Do not use OS.Process.system etc. from the basis library!
wenzelm@26222
  2044
wenzelm@25737
  2045
wenzelm@25626
  2046
*** System ***
wenzelm@25626
  2047
wenzelm@25971
  2048
* Default settings: PROOFGENERAL_OPTIONS no longer impose xemacs ---
wenzelm@25971
  2049
in accordance with Proof General 3.7, which prefers GNU emacs.
wenzelm@25970
  2050
wenzelm@25626
  2051
* isatool tty runs Isabelle process with plain tty interaction;
wenzelm@25626
  2052
optional line editor may be specified via ISABELLE_LINE_EDITOR
wenzelm@25626
  2053
setting, the default settings attempt to locate "ledit" and "rlwrap".
wenzelm@25626
  2054
wenzelm@25651
  2055
* isatool browser now works with Cygwin as well, using general
wenzelm@25651
  2056
"javapath" function defined in Isabelle process environment.
wenzelm@25651
  2057
wenzelm@27067
  2058
* YXML notation provides a simple and efficient alternative to
wenzelm@27067
  2059
standard XML transfer syntax.  See src/Pure/General/yxml.ML and
wenzelm@27067
  2060
isatool yxml as described in the Isabelle system manual.
wenzelm@25651
  2061
wenzelm@25652
  2062
* JVM class isabelle.IsabelleProcess (located in Isabelle/lib/classes)
wenzelm@25651
  2063
provides general wrapper for managing an Isabelle process in a robust
wenzelm@25651
  2064
fashion, with ``cooked'' output from stdin/stderr.
wenzelm@25651
  2065
wenzelm@25855
  2066
* Rudimentary Isabelle plugin for jEdit (see Isabelle/lib/jedit),
wenzelm@25855
  2067
based on Isabelle/JVM process wrapper (see Isabelle/lib/classes).
wenzelm@25855
  2068
wenzelm@27067
  2069
* Removed obsolete THIS_IS_ISABELLE_BUILD feature.  NB: the documented
wenzelm@27067
  2070
way of changing the user's settings is via
wenzelm@27067
  2071
ISABELLE_HOME_USER/etc/settings, which is a fully featured bash
wenzelm@27067
  2072
script.
wenzelm@27067
  2073
wenzelm@27067
  2074
* Multithreading.max_threads := 0 refers to the number of actual CPU
wenzelm@27067
  2075
cores of the underlying machine, which is a good starting point for
wenzelm@27067
  2076
optimal performance tuning.  The corresponding usedir option -M allows
wenzelm@27067
  2077
"max" as an alias for "0".  WARNING: does not work on certain versions
wenzelm@27067
  2078
of Mac OS (with Poly/ML 5.1).
wenzelm@27067
  2079
wenzelm@27067
  2080
* isabelle-process: non-ML sessions are run with "nice", to reduce the
wenzelm@27067
  2081
adverse effect of Isabelle flooding interactive front-ends (notably
wenzelm@27067
  2082
ProofGeneral / XEmacs).
wenzelm@27067
  2083
wenzelm@25626
  2084
wenzelm@25464
  2085
wenzelm@25429
  2086
New in Isabelle2007 (November 2007)
wenzelm@25429
  2087
-----------------------------------
wenzelm@17754
  2088
wenzelm@17754
  2089
*** General ***
wenzelm@17754
  2090
wenzelm@22826
  2091
* More uniform information about legacy features, notably a
wenzelm@22826
  2092
warning/error of "Legacy feature: ...", depending on the state of the
wenzelm@23367
  2093
tolerate_legacy_features flag (default true). FUTURE INCOMPATIBILITY:
wenzelm@23367
  2094
legacy features will disappear eventually.
wenzelm@22826
  2095
wenzelm@17918
  2096
* Theory syntax: the header format ``theory A = B + C:'' has been
wenzelm@17918
  2097
discontinued in favour of ``theory A imports B C begin''.  Use isatool
wenzelm@17918
  2098
fixheaders to convert existing theory files.  INCOMPATIBILITY.
wenzelm@17918
  2099
wenzelm@17918
  2100
* Theory syntax: the old non-Isar theory file format has been
wenzelm@17918
  2101
discontinued altogether.  Note that ML proof scripts may still be used
wenzelm@17918
  2102
with Isar theories; migration is usually quite simple with the ML
wenzelm@17918
  2103
function use_legacy_bindings.  INCOMPATIBILITY.
wenzelm@17918
  2104
wenzelm@22871
  2105
* Theory syntax: some popular names (e.g. 'class', 'declaration',
wenzelm@22871
  2106
'fun', 'help', 'if') are now keywords.  INCOMPATIBILITY, use double
wenzelm@22871
  2107
quotes.
wenzelm@19814
  2108
wenzelm@23888
  2109
* Theory loader: be more serious about observing the static theory
wenzelm@23888
  2110
header specifications (including optional directories), but not the
wenzelm@24172
  2111
accidental file locations of previously successful loads.  The strict
wenzelm@24172
  2112
update policy of former update_thy is now already performed by
wenzelm@24172
  2113
use_thy, so the former has been removed; use_thys updates several
wenzelm@24172
  2114
theories simultaneously, just as 'imports' within a theory header
wenzelm@24172
  2115
specification, but without merging the results.  Potential
wenzelm@24172
  2116
INCOMPATIBILITY: may need to refine theory headers and commands
wenzelm@24172
  2117
ROOT.ML which depend on load order.
wenzelm@23888
  2118
wenzelm@23888
  2119
* Theory loader: optional support for content-based file
wenzelm@23888
  2120
identification, instead of the traditional scheme of full physical
wenzelm@23889
  2121
path plus date stamp; configured by the ISABELLE_FILE_IDENT setting
wenzelm@23888
  2122
(cf. the system manual).  The new scheme allows to work with
wenzelm@23888
  2123
non-finished theories in persistent session images, such that source
wenzelm@23888
  2124
files may be moved later on without requiring reloads.
wenzelm@23888
  2125
wenzelm@24187
  2126
* Theory loader: old-style ML proof scripts being *attached* to a thy
wenzelm@24187
  2127
file (with the same base name as the theory) are considered a legacy
wenzelm@24800
  2128
feature, which will disappear eventually. Even now, the theory loader
wenzelm@24800
  2129
no longer maintains dependencies on such files.
wenzelm@24800
  2130
wenzelm@24800
  2131
* Syntax: the scope for resolving ambiguities via type-inference is
wenzelm@24800
  2132
now limited to individual terms, instead of whole simultaneous
wenzelm@24234
  2133
specifications as before. This greatly reduces the complexity of the
wenzelm@24234
  2134
syntax module and improves flexibility by separating parsing and
wenzelm@24234
  2135
type-checking. INCOMPATIBILITY: additional type-constraints (explicit
wenzelm@24234
  2136
'fixes' etc.) are required in rare situations.
wenzelm@24234
  2137
wenzelm@25034
  2138
* Syntax: constants introduced by new-style packages ('definition',
wenzelm@25034
  2139
'abbreviation' etc.) are passed through the syntax module in
wenzelm@25034
  2140
``authentic mode''. This means that associated mixfix annotations
wenzelm@25034
  2141
really stick to such constants, independently of potential name space
wenzelm@25034
  2142
ambiguities introduced later on. INCOMPATIBILITY: constants in parse
wenzelm@25034
  2143
trees are represented slightly differently, may need to adapt syntax
wenzelm@25034
  2144
translations accordingly. Use CONST marker in 'translations' and
wenzelm@25034
  2145
@{const_syntax} antiquotation in 'parse_translation' etc.
wenzelm@25034
  2146
wenzelm@17981
  2147
* Legacy goal package: reduced interface to the bare minimum required
wenzelm@17981
  2148
to keep existing proof scripts running.  Most other user-level
wenzelm@17981
  2149
functions are now part of the OldGoals structure, which is *not* open
wenzelm@17981
  2150
by default (consider isatool expandshort before open OldGoals).
wenzelm@17981
  2151
Removed top_sg, prin, printyp, pprint_term/typ altogether, because
wenzelm@17981
  2152
these tend to cause confusion about the actual goal (!) context being
wenzelm@17981
  2153
used here, which is not necessarily the same as the_context().
wenzelm@17918
  2154
wenzelm@23379
  2155
* Command 'find_theorems': supports "*" wild-card in "name:"
wenzelm@23379
  2156
criterion; "with_dups" option.  Certain ProofGeneral versions might
wenzelm@23379
  2157
support a specific search form (see ProofGeneral/CHANGES).
webertj@22965
  2158
wenzelm@20370
  2159
* The ``prems limit'' option (cf. ProofContext.prems_limit) is now -1
wenzelm@20370
  2160
by default, which means that "prems" (and also "fixed variables") are
wenzelm@20370
  2161
suppressed from proof state output.  Note that the ProofGeneral
wenzelm@20370
  2162
settings mechanism allows to change and save options persistently, but
wenzelm@20370
  2163
older versions of Isabelle will fail to start up if a negative prems
wenzelm@20370
  2164
limit is imposed.
wenzelm@20370
  2165
wenzelm@21308
  2166
* Local theory targets may be specified by non-nested blocks of
wenzelm@21308
  2167
``context/locale/class ... begin'' followed by ``end''.  The body may
wenzelm@21308
  2168
contain definitions, theorems etc., including any derived mechanism
wenzelm@21308
  2169
that has been implemented on top of these primitives.  This concept
wenzelm@21308
  2170
generalizes the existing ``theorem (in ...)'' towards more versatility
wenzelm@21308
  2171
and scalability.
wenzelm@21308
  2172
wenzelm@21960
  2173
* Proof General interface: proper undo of final 'end' command;
wenzelm@21960
  2174
discontinued Isabelle/classic mode (ML proof scripts).
wenzelm@21960
  2175
wenzelm@17754
  2176
wenzelm@17865
  2177
*** Document preparation ***
wenzelm@17865
  2178
wenzelm@21717
  2179
* Added antiquotation @{theory name} which prints the given name,
wenzelm@21717
  2180
after checking that it refers to a valid ancestor theory in the
wenzelm@21717
  2181
current context.
haftmann@21339
  2182
wenzelm@17869
  2183
* Added antiquotations @{ML_type text} and @{ML_struct text} which
wenzelm@17869
  2184
check the given source text as ML type/structure, printing verbatim.
wenzelm@17865
  2185
wenzelm@21717
  2186
* Added antiquotation @{abbrev "c args"} which prints the abbreviation
wenzelm@21717
  2187
"c args == rhs" given in the current context.  (Any number of
wenzelm@21735
  2188
arguments may be given on the LHS.)
wenzelm@21717
  2189
wenzelm@21717
  2190
wenzelm@17779
  2191
*** Pure ***
wenzelm@17779
  2192
wenzelm@24800
  2193
* The 'class' package offers a combination of axclass and locale to
wenzelm@25129
  2194
achieve Haskell-like type classes in Isabelle.  Definitions and
wenzelm@25129
  2195
theorems within a class context produce both relative results (with
wenzelm@25129
  2196
implicit parameters according to the locale context), and polymorphic
wenzelm@25129
  2197
constants with qualified polymorphism (according to the class
wenzelm@25129
  2198
context).  Within the body context of a 'class' target, a separate
wenzelm@25129
  2199
syntax layer ("user space type system") takes care of converting
wenzelm@25129
  2200
between global polymorphic consts and internal locale representation.
wenzelm@25177
  2201
See src/HOL/ex/Classpackage.thy for examples (as well as main HOL).
haftmann@25184
  2202
"isatool doc classes" provides a tutorial.
wenzelm@20807
  2203
haftmann@25199
  2204
* Generic code generator framework allows to generate executable
wenzelm@24800
  2205
code for ML and Haskell (including Isabelle classes).  A short usage
wenzelm@24800
  2206
sketch:
haftmann@20188
  2207
haftmann@20188
  2208
    internal compilation:
haftmann@25199
  2209
        export_code <list of constants (term syntax)> in SML
haftmann@20453
  2210
    writing SML code to a file:
haftmann@25199
  2211
        export_code <list of constants (term syntax)> in SML <filename>
haftmann@22735
  2212
    writing OCaml code to a file:
haftmann@25199
  2213
        export_code <list of constants (term syntax)> in OCaml <filename>
haftmann@20188
  2214
    writing Haskell code to a bunch of files:
haftmann@25199
  2215
        export_code <list of constants (term syntax)> in Haskell <filename>
haftmann@25199
  2216
haftmann@25199
  2217
    evaluating closed propositions to True/False using code generation:
haftmann@25184
  2218
        method ``eval''
haftmann@25184
  2219
haftmann@25184
  2220
Reasonable default setup of framework in HOL.
haftmann@20453
  2221
haftmann@20453
  2222
Theorem attributs for selecting and transforming function equations theorems:
haftmann@20453
  2223
haftmann@22845
  2224
    [code fun]:        select a theorem as function equation for a specific constant
haftmann@22845
  2225
    [code fun del]:    deselect a theorem as function equation for a specific constant
haftmann@22845
  2226
    [code inline]:     select an equation theorem for unfolding (inlining) in place
haftmann@22845
  2227
    [code inline del]: deselect an equation theorem for unfolding (inlining) in place
haftmann@20453
  2228
haftmann@22735
  2229
User-defined serializations (target in {SML, OCaml, Haskell}):
haftmann@20453
  2230
haftmann@20453
  2231
    code_const <and-list of constants (term syntax)>
haftmann@20453
  2232
      {(target) <and-list of const target syntax>}+
haftmann@20453
  2233
haftmann@20453
  2234
    code_type <and-list of type constructors>
haftmann@20453
  2235
      {(target) <and-list of type target syntax>}+
haftmann@20453
  2236
haftmann@20453
  2237
    code_instance <and-list of instances>
haftmann@20453
  2238
      {(target)}+
haftmann@20453
  2239
        where instance ::= <type constructor> :: <class>
haftmann@20453
  2240
haftmann@20453
  2241
    code_class <and_list of classes>
haftmann@20453
  2242
      {(target) <and-list of class target syntax>}+
haftmann@20453
  2243
        where class target syntax ::= <class name> {where {<classop> == <target syntax>}+}?
haftmann@20453
  2244
haftmann@25199
  2245
code_instance and code_class only are effective to target Haskell.
haftmann@22735
  2246
wenzelm@25177
  2247
For example usage see src/HOL/ex/Codegenerator.thy and
wenzelm@25177
  2248
src/HOL/ex/Codegenerator_Pretty.thy.  A separate tutorial on code
wenzelm@24800
  2249
generation from Isabelle/HOL theories is available via "isatool doc
wenzelm@24800
  2250
codegen".
haftmann@20188
  2251
wenzelm@25129
  2252
* Code generator: consts in 'consts_code' Isar commands are now
wenzelm@25129
  2253
referred to by usual term syntax (including optional type
wenzelm@25129
  2254
annotations).
wenzelm@25129
  2255
wenzelm@19254
  2256
* Command 'no_translations' removes translation rules from theory
wenzelm@19254
  2257
syntax.
wenzelm@19254
  2258
wenzelm@19625
  2259
* Overloaded definitions are now actually checked for acyclic
wenzelm@19714
  2260
dependencies.  The overloading scheme is slightly more general than
wenzelm@19714
  2261
that of Haskell98, although Isabelle does not demand an exact
wenzelm@19714
  2262
correspondence to type class and instance declarations.
wenzelm@19714
  2263
INCOMPATIBILITY, use ``defs (unchecked overloaded)'' to admit more
wenzelm@19714
  2264
exotic versions of overloading -- at the discretion of the user!
wenzelm@19711
  2265
wenzelm@19711
  2266
Polymorphic constants are represented via type arguments, i.e. the
wenzelm@19711
  2267
instantiation that matches an instance against the most general
wenzelm@19711
  2268
declaration given in the signature.  For example, with the declaration
wenzelm@19711
  2269
c :: 'a => 'a => 'a, an instance c :: nat => nat => nat is represented
wenzelm@19711
  2270
as c(nat).  Overloading is essentially simultaneous structural
wenzelm@19711
  2271
recursion over such type arguments.  Incomplete specification patterns
wenzelm@19714
  2272
impose global constraints on all occurrences, e.g. c('a * 'a) on the
wenzelm@19715
  2273
LHS means that more general c('a * 'b) will be disallowed on any RHS.
wenzelm@19714
  2274
Command 'print_theory' outputs the normalized system of recursive
wenzelm@19714
  2275
equations, see section "definitions".
wenzelm@19625
  2276
wenzelm@24086
  2277
* Configuration options are maintained within the theory or proof
wenzelm@24086
  2278
context (with name and type bool/int/string), providing a very simple
wenzelm@24086
  2279
interface to a poor-man's version of general context data.  Tools may
wenzelm@24110
  2280
declare options in ML (e.g. using Attrib.config_int) and then refer to
wenzelm@24110
  2281
these values using Config.get etc.  Users may change options via an
wenzelm@24110
  2282
associated attribute of the same name.  This form of context
wenzelm@24110
  2283
declaration works particularly well with commands 'declare' or
wenzelm@24110
  2284
'using', for example ``declare [[foo = 42]]''.  Thus it has become
wenzelm@24110
  2285
very easy to avoid global references, which would not observe Isar
wenzelm@24110
  2286
toplevel undo/redo and fail to work with multithreading.
wenzelm@24086
  2287
wenzelm@24172
  2288
Various global ML references of Pure and HOL have been turned into
wenzelm@24172
  2289
configuration options:
wenzelm@24172
  2290
wenzelm@24172
  2291
  Unify.search_bound		unify_search_bound
wenzelm@24172
  2292
  Unify.trace_bound		unify_trace_bound
wenzelm@24172
  2293
  Unify.trace_simp		unify_trace_simp
wenzelm@24172
  2294
  Unify.trace_types		unify_trace_types
wenzelm@24172
  2295
  Simplifier.simp_depth_limit	simp_depth_limit
wenzelm@24172
  2296
  Blast.depth_limit		blast_depth_limit
wenzelm@24172
  2297
  DatatypeProp.dtK		datatype_distinctness_limit
wenzelm@24172
  2298
  fast_arith_neq_limit  	fast_arith_neq_limit
wenzelm@24172
  2299
  fast_arith_split_limit	fast_arith_split_limit
wenzelm@24172
  2300
wenzelm@24086
  2301
* Named collections of theorems may be easily installed as context
wenzelm@24800
  2302
data using the functor NamedThmsFun (see also
wenzelm@24086
  2303
src/Pure/Tools/named_thms.ML).  The user may add or delete facts via
wenzelm@24110
  2304
attributes; there is also a toplevel print command.  This facility is
wenzelm@24110
  2305
just a common case of general context data, which is the preferred way
wenzelm@24110
  2306
for anything more complex than just a list of facts in canonical
wenzelm@24110
  2307
order.
wenzelm@24086
  2308
wenzelm@24032
  2309
* Isar: command 'declaration' augments a local theory by generic
wenzelm@24032
  2310
declaration functions written in ML.  This enables arbitrary content
wenzelm@24032
  2311
being added to the context, depending on a morphism that tells the
wenzelm@24032
  2312
difference of the original declaration context wrt. the application
wenzelm@24032
  2313
context encountered later on.
wenzelm@24032
  2314
wenzelm@24032
  2315
* Isar: proper interfaces for simplification procedures.  Command
wenzelm@24032
  2316
'simproc_setup' declares named simprocs (with match patterns, and body
wenzelm@24032
  2317
text in ML).  Attribute "simproc" adds/deletes simprocs in the current
wenzelm@24032
  2318
context.  ML antiquotation @{simproc name} retrieves named simprocs.
wenzelm@24032
  2319
wenzelm@24032
  2320
* Isar: an extra pair of brackets around attribute declarations
wenzelm@24032
  2321
abbreviates a theorem reference involving an internal dummy fact,
wenzelm@24032
  2322
which will be ignored later --- only the effect of the attribute on
wenzelm@24032
  2323
the background context will persist.  This form of in-place
wenzelm@24032
  2324
declarations is particularly useful with commands like 'declare' and
wenzelm@24032
  2325
'using', for example ``have A using [[simproc a]] by simp''.
wenzelm@24032
  2326
wenzelm@23369
  2327
* Isar: method "assumption" (and implicit closing of subproofs) now
wenzelm@23369
  2328
takes simple non-atomic goal assumptions into account: after applying
wenzelm@23369
  2329
an assumption as a rule the resulting subgoals are solved by atomic
wenzelm@23369
  2330
assumption steps.  This is particularly useful to finish 'obtain'
wenzelm@23369
  2331
goals, such as "!!x. (!!x. P x ==> thesis) ==> P x ==> thesis",
wenzelm@23369
  2332
without referring to the original premise "!!x. P x ==> thesis" in the
wenzelm@23369
  2333
Isar proof context.  POTENTIAL INCOMPATIBILITY: method "assumption" is
wenzelm@23369
  2334
more permissive.
wenzelm@23369
  2335
wenzelm@23369
  2336
* Isar: implicit use of prems from the Isar proof context is
wenzelm@23369
  2337
considered a legacy feature.  Common applications like ``have A .''
wenzelm@23369
  2338
may be replaced by ``have A by fact'' or ``note `A`''.  In general,
wenzelm@23369
  2339
referencing facts explicitly here improves readability and
wenzelm@23369
  2340
maintainability of proof texts.
wenzelm@23369
  2341
wenzelm@17865
  2342
* Isar: improper proof element 'guess' is like 'obtain', but derives
wenzelm@17865
  2343
the obtained context from the course of reasoning!  For example:
wenzelm@17865
  2344
wenzelm@17865
  2345
  assume "EX x y. A x & B y"   -- "any previous fact"
wenzelm@17865
  2346
  then guess x and y by clarify
wenzelm@17865
  2347
wenzelm@17865
  2348
This technique is potentially adventurous, depending on the facts and
wenzelm@17865
  2349
proof tools being involved here.
wenzelm@17865
  2350
wenzelm@18020
  2351
* Isar: known facts from the proof context may be specified as literal
wenzelm@18020
  2352
propositions, using ASCII back-quote syntax.  This works wherever
wenzelm@18020
  2353
named facts used to be allowed so far, in proof commands, proof
wenzelm@18020
  2354
methods, attributes etc.  Literal facts are retrieved from the context
wenzelm@18020
  2355
according to unification of type and term parameters.  For example,
wenzelm@18020
  2356
provided that "A" and "A ==> B" and "!!x. P x ==> Q x" are known
wenzelm@18020
  2357
theorems in the current context, then these are valid literal facts:
wenzelm@18020
  2358
`A` and `A ==> B` and `!!x. P x ==> Q x" as well as `P a ==> Q a` etc.
wenzelm@18020
  2359
wenzelm@18020
  2360
There is also a proof method "fact" which does the same composition
wenzelm@18044
  2361
for explicit goal states, e.g. the following proof texts coincide with
wenzelm@18044
  2362
certain special cases of literal facts:
wenzelm@18020
  2363
wenzelm@18020
  2364
  have "A" by fact                 ==  note `A`
wenzelm@18020
  2365
  have "A ==> B" by fact           ==  note `A ==> B`
wenzelm@18020
  2366
  have "!!x. P x ==> Q x" by fact  ==  note `!!x. P x ==> Q x`
wenzelm@18020
  2367
  have "P a ==> Q a" by fact       ==  note `P a ==> Q a`
wenzelm@18020
  2368
wenzelm@20118
  2369
* Isar: ":" (colon) is no longer a symbolic identifier character in
wenzelm@20118
  2370
outer syntax.  Thus symbolic identifiers may be used without
wenzelm@20118
  2371
additional white space in declarations like this: ``assume *: A''.
wenzelm@20118
  2372
wenzelm@20013
  2373
* Isar: 'print_facts' prints all local facts of the current context,
wenzelm@20013
  2374
both named and unnamed ones.
wenzelm@20013
  2375
wenzelm@18308
  2376
* Isar: 'def' now admits simultaneous definitions, e.g.:
wenzelm@18308
  2377
wenzelm@18308
  2378
  def x == "t" and y == "u"
wenzelm@18308
  2379
wenzelm@18540
  2380
* Isar: added command 'unfolding', which is structurally similar to
wenzelm@18540
  2381
'using', but affects both the goal state and facts by unfolding given
wenzelm@18815
  2382
rewrite rules.  Thus many occurrences of the 'unfold' method or
wenzelm@18540
  2383
'unfolded' attribute may be replaced by first-class proof text.
wenzelm@18540
  2384
wenzelm@18815
  2385
* Isar: methods 'unfold' / 'fold', attributes 'unfolded' / 'folded',
wenzelm@18815
  2386
and command 'unfolding' now all support object-level equalities
wenzelm@18815
  2387
(potentially conditional).  The underlying notion of rewrite rule is
wenzelm@18815
  2388
analogous to the 'rule_format' attribute, but *not* that of the
wenzelm@18815
  2389
Simplifier (which is usually more generous).
wenzelm@18815
  2390
kleing@24238
  2391
* Isar: the new attribute [rotated n] (default n = 1) rotates the
kleing@24238
  2392
premises of a theorem by n. Useful in conjunction with drule.
kleing@24238
  2393
wenzelm@19220
  2394
* Isar: the goal restriction operator [N] (default N = 1) evaluates a
wenzelm@19220
  2395
method expression within a sandbox consisting of the first N
wenzelm@19240
  2396
sub-goals, which need to exist.  For example, ``simp_all [3]''
wenzelm@19240
  2397
simplifies the first three sub-goals, while (rule foo, simp_all)[]
wenzelm@19240
  2398
simplifies all new goals that emerge from applying rule foo to the
wenzelm@19240
  2399
originally first one.
wenzelm@19220
  2400
wenzelm@19814
  2401
* Isar: schematic goals are no longer restricted to higher-order
wenzelm@19814
  2402
patterns; e.g. ``lemma "?P(?x)" by (rule TrueI)'' now works as
wenzelm@19814
  2403
expected.
wenzelm@19814
  2404
wenzelm@18901
  2405
* Isar: the conclusion of a long theorem statement is now either
wenzelm@18901
  2406
'shows' (a simultaneous conjunction, as before), or 'obtains'
wenzelm@18901
  2407
(essentially a disjunction of cases with local parameters and
wenzelm@18901
  2408
assumptions).  The latter allows to express general elimination rules
wenzelm@18910
  2409
adequately; in this notation common elimination rules look like this:
wenzelm@18901
  2410
wenzelm@18901
  2411
  lemma exE:    -- "EX x. P x ==> (!!x. P x ==> thesis) ==> thesis"
wenzelm@18901
  2412
    assumes "EX x. P x"
wenzelm@18901
  2413
    obtains x where "P x"
wenzelm@18901
  2414
wenzelm@18901
  2415
  lemma conjE:  -- "A & B ==> (A ==> B ==> thesis) ==> thesis"
wenzelm@18901
  2416
    assumes "A & B"
wenzelm@18901
  2417
    obtains A and B
wenzelm@18901
  2418
wenzelm@18901
  2419
  lemma disjE:  -- "A | B ==> (A ==> thesis) ==> (B ==> thesis) ==> thesis"
wenzelm@18901
  2420
    assumes "A | B"
wenzelm@18901
  2421
    obtains
wenzelm@18901
  2422
      A
wenzelm@18901
  2423
    | B
wenzelm@18901
  2424
wenzelm@18910
  2425
The subsequent classical rules even refer to the formal "thesis"
wenzelm@18901
  2426
explicitly:
wenzelm@18901
  2427
wenzelm@18901
  2428
  lemma classical:     -- "(~ thesis ==> thesis) ==> thesis"
wenzelm@18901
  2429
    obtains "~ thesis"
wenzelm@18901
  2430
wenzelm@18910
  2431
  lemma Peirce's_Law:  -- "((thesis ==> something) ==> thesis) ==> thesis"
wenzelm@18910
  2432
    obtains "thesis ==> something"
wenzelm@18901
  2433
wenzelm@18901
  2434
The actual proof of an 'obtains' statement is analogous to that of the
wenzelm@18910
  2435
Isar proof element 'obtain', only that there may be several cases.
wenzelm@18910
  2436
Optional case names may be specified in parentheses; these will be
wenzelm@18910
  2437
available both in the present proof and as annotations in the
wenzelm@18910
  2438
resulting rule, for later use with the 'cases' method (cf. attribute
wenzelm@18910
  2439
case_names).
wenzelm@18901
  2440
wenzelm@21447
  2441
* Isar: the assumptions of a long theorem statement are available as
wenzelm@21447
  2442
"assms" fact in the proof context.  This is more appropriate than the
wenzelm@21447
  2443
(historical) "prems", which refers to all assumptions of the current
wenzelm@21447
  2444
context, including those from the target locale, proof body etc.
wenzelm@21447
  2445
wenzelm@19263
  2446
* Isar: 'print_statement' prints theorems from the current theory or
wenzelm@19263
  2447
proof context in long statement form, according to the syntax of a
wenzelm@19263
  2448
top-level lemma.
wenzelm@19263
  2449
wenzelm@18901
  2450
* Isar: 'obtain' takes an optional case name for the local context
wenzelm@18901
  2451
introduction rule (default "that").
wenzelm@18901
  2452
wenzelm@19587
  2453
* Isar: removed obsolete 'concl is' patterns.  INCOMPATIBILITY, use
wenzelm@19587
  2454
explicit (is "_ ==> ?foo") in the rare cases where this still happens
wenzelm@19587
  2455
to occur.
wenzelm@19587
  2456
wenzelm@19682
  2457
* Pure: syntax "CONST name" produces a fully internalized constant
wenzelm@19682
  2458
according to the current context.  This is particularly useful for
wenzelm@19682
  2459
syntax translations that should refer to internal constant
wenzelm@19682
  2460
representations independently of name spaces.
wenzelm@19682
  2461
wenzelm@21537
  2462
* Pure: syntax constant for foo (binder "FOO ") is called "foo_binder"
wenzelm@21537
  2463
instead of "FOO ". This allows multiple binder declarations to coexist
wenzelm@21537
  2464
in the same context.  INCOMPATIBILITY.
wenzelm@21537
  2465
wenzelm@21209
  2466
* Isar/locales: 'notation' provides a robust interface to the 'syntax'
wenzelm@21209
  2467
primitive that also works in a locale context (both for constants and
wenzelm@24950
  2468
fixed variables). Type declaration and internal syntactic representation
wenzelm@24950
  2469
of given constants retrieved from the context. Likewise, the
wenzelm@24950
  2470
'no_notation' command allows to remove given syntax annotations from the
wenzelm@24950
  2471
current context.
wenzelm@19682
  2472
wenzelm@19665
  2473
* Isar/locales: new derived specification elements 'axiomatization',
wenzelm@19665
  2474
'definition', 'abbreviation', which support type-inference, admit
wenzelm@19083
  2475
object-level specifications (equality, equivalence).  See also the
wenzelm@19083
  2476
isar-ref manual.  Examples:
wenzelm@19081
  2477
wenzelm@19665
  2478
  axiomatization
wenzelm@21595
  2479
    eq  (infix "===" 50) where
wenzelm@21595
  2480
    eq_refl: "x === x" and eq_subst: "x === y ==> P x ==> P y"
wenzelm@21595
  2481
wenzelm@21595
  2482
  definition "f x y = x + y + 1"
wenzelm@21595
  2483
  definition g where "g x = f x x"
wenzelm@19081
  2484
wenzelm@19363
  2485
  abbreviation
wenzelm@21595
  2486
    neq  (infix "=!=" 50) where
wenzelm@19363
  2487
    "x =!= y == ~ (x === y)"
wenzelm@19081
  2488
wenzelm@19083
  2489
These specifications may be also used in a locale context.  Then the
wenzelm@19083
  2490
constants being introduced depend on certain fixed parameters, and the
wenzelm@19083
  2491
constant name is qualified by the locale base name.  An internal
wenzelm@19083
  2492
abbreviation takes care for convenient input and output, making the
wenzelm@19088
  2493
parameters implicit and using the original short name.  See also
wenzelm@25177
  2494
src/HOL/ex/Abstract_NAT.thy for an example of deriving polymorphic
wenzelm@19083
  2495
entities from a monomorphic theory.
wenzelm@19083
  2496
wenzelm@19083
  2497
Presently, abbreviations are only available 'in' a target locale, but
wenzelm@19363
  2498
not inherited by general import expressions.  Also note that
wenzelm@19363
  2499
'abbreviation' may be used as a type-safe replacement for 'syntax' +
wenzelm@24735
  2500
'translations' in common applications.  The "no_abbrevs" print mode
wenzelm@24735
  2501
prevents folding of abbreviations in term output.
wenzelm@19084
  2502
wenzelm@19682
  2503
Concrete syntax is attached to specified constants in internal form,
wenzelm@19682
  2504
independently of name spaces.  The parse tree representation is
wenzelm@21209
  2505
slightly different -- use 'notation' instead of raw 'syntax', and
wenzelm@19682
  2506
'translations' with explicit "CONST" markup to accommodate this.
wenzelm@19665
  2507
wenzelm@24800
  2508
* Pure/Isar: unified syntax for new-style specification mechanisms
wenzelm@24800
  2509
(e.g.  'definition', 'abbreviation', or 'inductive' in HOL) admits
wenzelm@24800
  2510
full type inference and dummy patterns ("_").  For example:
wenzelm@24735
  2511
wenzelm@24735
  2512
  definition "K x _ = x"
wenzelm@24735
  2513
wenzelm@24738
  2514
  inductive conj for A B
wenzelm@24738
  2515
  where "A ==> B ==> conj A B"
wenzelm@24738
  2516
wenzelm@21735
  2517
* Pure: command 'print_abbrevs' prints all constant abbreviations of
wenzelm@21735
  2518
the current context.  Print mode "no_abbrevs" prevents inversion of
wenzelm@21735
  2519
abbreviations on output.
wenzelm@21735
  2520
wenzelm@24800
  2521
* Isar/locales: improved parameter handling: use of locales "var" and
wenzelm@24800
  2522
"struct" no longer necessary; - parameter renamings are no longer
wenzelm@24800
  2523
required to be injective.  For example, this allows to define
wenzelm@24800
  2524
endomorphisms as locale endom = homom mult mult h.
ballarin@19783
  2525
ballarin@19931
  2526
* Isar/locales: changed the way locales with predicates are defined.
ballarin@19931
  2527
Instead of accumulating the specification, the imported expression is
wenzelm@22126
  2528
now an interpretation.  INCOMPATIBILITY: different normal form of
wenzelm@22126
  2529
locale expressions.  In particular, in interpretations of locales with
wenzelm@22126
  2530
predicates, goals repesenting already interpreted fragments are not
wenzelm@22126
  2531
removed automatically.  Use methods `intro_locales' and
wenzelm@22126
  2532
`unfold_locales'; see below.
wenzelm@22126
  2533
wenzelm@22126
  2534
* Isar/locales: new methods `intro_locales' and `unfold_locales'
wenzelm@22126
  2535
provide backward reasoning on locales predicates.  The methods are
wenzelm@22126
  2536
aware of interpretations and discharge corresponding goals.
wenzelm@22126
  2537
`intro_locales' is less aggressive then `unfold_locales' and does not
wenzelm@22126
  2538
unfold predicates to assumptions.
ballarin@19931
  2539
ballarin@19931
  2540
* Isar/locales: the order in which locale fragments are accumulated
wenzelm@22126
  2541
has changed.  This enables to override declarations from fragments due
wenzelm@22126
  2542
to interpretations -- for example, unwanted simp rules.
ballarin@19931
  2543
ballarin@23920
  2544
* Isar/locales: interpretation in theories and proof contexts has been
ballarin@23920
  2545
extended.  One may now specify (and prove) equations, which are
ballarin@23920
  2546
unfolded in interpreted theorems.  This is useful for replacing
ballarin@23920
  2547
defined concepts (constants depending on locale parameters) by
ballarin@23920
  2548
concepts already existing in the target context.  Example:
ballarin@23920
  2549
ballarin@23920
  2550
  interpretation partial_order ["op <= :: [int, int] => bool"]
ballarin@23920
  2551
    where "partial_order.less (op <=) (x::int) y = (x < y)"
ballarin@23920
  2552
wenzelm@24800
  2553
Typically, the constant `partial_order.less' is created by a
wenzelm@24800
  2554
definition specification element in the context of locale
wenzelm@24800
  2555
partial_order.
wenzelm@24800
  2556
wenzelm@24859
  2557
* Method "induct": improved internal context management to support
wenzelm@24800
  2558
local fixes and defines on-the-fly. Thus explicit meta-level
wenzelm@24800
  2559
connectives !!  and ==> are rarely required anymore in inductive goals
wenzelm@24800
  2560
(using object-logic connectives for this purpose has been long
wenzelm@24800
  2561
obsolete anyway). Common proof patterns are explained in
wenzelm@25177
  2562
src/HOL/Induct/Common_Patterns.thy, see also
wenzelm@25177
  2563
src/HOL/Isar_examples/Puzzle.thy and src/HOL/Lambda for realistic
wenzelm@25177
  2564
examples.
wenzelm@24606
  2565
wenzelm@24859
  2566
* Method "induct": improved handling of simultaneous goals. Instead of
wenzelm@24606
  2567
introducing object-level conjunction, the statement is now split into
wenzelm@24606
  2568
several conclusions, while the corresponding symbolic cases are nested
wenzelm@24606
  2569
accordingly. INCOMPATIBILITY, proofs need to be structured explicitly,
wenzelm@25177
  2570
see src/HOL/Induct/Common_Patterns.thy, for example.
wenzelm@24606
  2571
wenzelm@24859
  2572
* Method "induct": mutual induction rules are now specified as a list
wenzelm@24800
  2573
of rule sharing the same induction cases. HOL packages usually provide
wenzelm@24606
  2574
foo_bar.inducts for mutually defined items foo and bar (e.g. inductive
wenzelm@24859
  2575
predicates/sets or datatypes). INCOMPATIBILITY, users need to specify
wenzelm@24859
  2576
mutual induction rules differently, i.e. like this:
wenzelm@18506
  2577
wenzelm@18506
  2578
  (induct rule: foo_bar.inducts)
wenzelm@18506
  2579
  (induct set: foo bar)
wenzelm@24859
  2580
  (induct pred: foo bar)
wenzelm@18506
  2581
  (induct type: foo bar)
wenzelm@18506
  2582
wenzelm@18506
  2583
The ML function ProjectRule.projections turns old-style rules into the
wenzelm@18506
  2584
new format.
wenzelm@18506
  2585
wenzelm@24859
  2586
* Method "coinduct": dual of induction, see
wenzelm@18399
  2587
src/HOL/Library/Coinductive_List.thy for various examples.
wenzelm@18399
  2588
wenzelm@24859
  2589
* Method "cases", "induct", "coinduct": the ``(open)'' option is
wenzelm@24859
  2590
considered a legacy feature.
wenzelm@24859
  2591
wenzelm@20919
  2592
* Attribute "symmetric" produces result with standardized schematic
wenzelm@20919
  2593
variables (index 0).  Potential INCOMPATIBILITY.
wenzelm@20919
  2594
wenzelm@22126
  2595
* Simplifier: by default the simplifier trace only shows top level
wenzelm@22126
  2596
rewrites now. That is, trace_simp_depth_limit is set to 1 by
wenzelm@22126
  2597
default. Thus there is less danger of being flooded by the trace. The
wenzelm@22126
  2598
trace indicates where parts have been suppressed.
nipkow@18674
  2599
  
wenzelm@18536
  2600
* Provers/classical: removed obsolete classical version of elim_format
wenzelm@18536
  2601
attribute; classical elim/dest rules are now treated uniformly when
wenzelm@18536
  2602
manipulating the claset.
wenzelm@18536
  2603
wenzelm@18694
  2604
* Provers/classical: stricter checks to ensure that supplied intro,
wenzelm@18694
  2605
dest and elim rules are well-formed; dest and elim rules must have at
wenzelm@18694
  2606
least one premise.
wenzelm@18694
  2607
wenzelm@18694
  2608
* Provers/classical: attributes dest/elim/intro take an optional
wenzelm@18695
  2609
weight argument for the rule (just as the Pure versions).  Weights are
wenzelm@18696
  2610
ignored by automated tools, but determine the search order of single
wenzelm@18694
  2611
rule steps.
paulson@18557