File: DEPTH_BINOP_CONV.doc

package info (click to toggle)
hol-light 20120602-1
  • links: PTS, VCS
  • area: main
  • in suites: wheezy
  • size: 23,452 kB
  • sloc: ml: 348,797; cpp: 438; java: 279; makefile: 252; sh: 183; yacc: 108; perl: 78; ansic: 57; sed: 39
file content (42 lines) | stat: -rw-r--r-- 1,492 bytes parent folder | download | duplicates (7)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
\DOC DEPTH_BINOP_CONV

\TYPE {DEPTH_BINOP_CONV : term -> (term -> thm) -> term -> thm}

\SYNOPSIS
Applied a conversion to the leaves of a tree of binary operator expressions.

\DESCRIBE
If a term {t} is built up from terms {t1,...,tn} using a binary operator {op}
(for example {op (op t1 t2) (op (op t3 t4) t5)}), the call
{DEPTH_BINOP_CONV `op` cnv t} will apply the conversion {cnv} to each {ti} to
give a theorem {|- ti = ti'}, and return the equational theorem {|- t = t'}
where {t'} results from replacing each {ti} in {t} with the corresponding
{ti'}.

\FAILURE
Fails only if the core conversion {cnv} fails on one of the chosen subterms.

\EXAMPLE
One can always completely evaluate arithmetic expressions with
{NUM_REDUCE_CONV}, e.g.
{
  # NUM_REDUCE_CONV `(1 + 2) + (3 * (4 + 5) + 6) + (7 DIV 8)`;;
  val it : thm = |- (1 + 2) + (3 * (4 + 5) + 6) + 7 DIV 8 = 36
}
However, if one wants for some reason not to reduce the top-level combination
of additions, one can do instead:
{
  # DEPTH_BINOP_CONV `(+):num->num->num` NUM_REDUCE_CONV
   `(1 + 2)   + (3 * (4 + 5) + 6) + (7 DIV 8)`;;
  val it : thm =
    |- (1 + 2) + (3 * (4 + 5) + 6) + 7 DIV 8 = (1 + 2) + (27 + 6) + 0
    # NUM_REDUCE_CONV `(1 + 2) + (3 * (4 + 5) + 6) + (7 DIV 8)`;;
}
Note that the subterm {`3 * (4 + 5)`} did get completely evaluated, because the
addition was not part of the toplevel tree, but was nested inside a
multiplication.

\SEEALSO
BINOP_CONV, ONCE_DEPTH_CONV, PROP_ATOM_CONV, TOP_DEPTH_CONV.

\ENDDOC