author wenzelm
Thu, 09 Jul 2009 22:13:19 +0200
changeset 31975 366ad09d39ef
parent 28504 7ad7d7d6df47
child 42062 9fe5daa2e705
permissions -rw-r--r--
removed obsolete CVS Ids;

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "">


  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">


<h1>HOL-Library: supplemental theories for main Isabelle/HOL</h1>

This is a collection of generic theories that may be used together
with main Isabelle/HOL.  Note that theory loader path already includes
this directory by default.


Addition of new theories should be done with some care, as the
``module system'' of Isabelle is rather simplistic.  The following
guidelines may be helpful to achieve maximum re-usability and minimum
clashes with existing developments.



<dd>Avoid unnecessary scattering of theories over several files.  Use
new-style theories only, as old ones tend to clutter the file space
with separate <tt>.thy</tt> and <tt>.ML</tt> files.


<dd>Theories should be as ``generic'' as is sensible.  Unused (or
rather unusable?) theories should be avoided; common applications
should actually refer to the present theory.  Small example uses may
be included in the library as well, but should be put in a separate
theory, such as <tt>Foobar</tt> accompanied by

<dt><strong>Theory names</strong>

<dd>The theory loader name space is <em>flat</em>, so use sufficiently
long and descriptive names to reduce the danger of clashes with the
user's own theories.  The convention for theory names is as follows:
<tt>Foobar_Doobar</tt> (this looks best in LaTeX output).

<dt><strong>Names of logical items</strong>

<dd>There are separate hierarchically structured name spaces for
types, constants, theorems etc.  Nevertheless, some care should be
taken, as the name spaces are always ``open''.  Use adequate names;
avoid unreadable abbreviations.  The general naming convention is to
separate word constituents by underscores, as in <tt>foo_bar</tt> or
<tt>Foo_Bar</tt> (this looks best in LaTeX output).


Note that syntax is <em>global</em>; qualified names lose syntax on
output.  Do not use ``exotic'' symbols for syntax (such as
<tt>\&lt;oplus&gt;</tt>), but leave these for user applications.

<dt><strong>Global context declarations</strong>

<dd>Only items introduced in the present theory should be declared
globally (e.g. as Simplifier rules).  Note that adding and deleting
rules from parent theories may result in strange behavior later,
depending on the user's arrangement of import lists.

<dt><strong>Mathematical symbols</strong>

<dd>Non-ASCII symbols should be used as appropriate, with some
care. In particular, avoid unreadable arrows: <tt>==&gt;</tt> should
be preferred over <tt>\&lt;Longrightarrow&gt;</tt>. Use <tt>isabelle
unsymbolize</tt> to clean up the sources.


The following ASCII symbols of HOL should be generally avoided:
<tt>@</tt>, <tt>!</tt>, <tt>?</tt>, <tt>?!</tt>, <tt>%</tt>, better
use <tt>SOME</tt>, <tt>ALL</tt> (or <tt>\&lt;forall&gt;</tt>),
<tt>EX</tt> (or <tt>\&lt;exists&gt;</tt>), <tt>EX!</tt> (or
<tt>\&lt;exists&gt;!</tt>), <tt>\&lt;lambda&gt;</tt>, respectively.
Note that bracket notation <tt>[|&nbsp;|]</tt> looks bad in LaTeX


Some additional mathematical symbols are quite suitable for both
readable sources and the output document:


<dd>Isabelle is able to produce a high-quality LaTeX document from the
theory sources, provided some minor issues are taken care of.  In
particular, spacing and line breaks are directly taken from source
text.  Incidentally, output looks very good if common type-setting
conventions are observed: put a single space <em>after</em> each
punctuation character ("<tt>,</tt>", "<tt>.</tt>", etc.), but none
before it; do not extra spaces inside of parentheses, unless the
delimiters are composed of multiple symbols (as in
<tt>[|&nbsp;|]</tt>); do not attempt to simulate table markup with
spaces, avoid ``hanging'' indentations.