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