# HG changeset patch
# User blanchet
# Date 1379671746 -7200
# Node ID be0ddf3dd01b02f3520a6f47a58479e9ed39e030
# Parent  a8253329ebe9bd5e1b99585d80fb5727277b2718
updated docs

diff -r a8253329ebe9 -r be0ddf3dd01b src/Doc/Datatypes/Datatypes.thy
--- a/src/Doc/Datatypes/Datatypes.thy	Fri Sep 20 12:04:48 2013 +0200
+++ b/src/Doc/Datatypes/Datatypes.thy	Fri Sep 20 12:09:06 2013 +0200
@@ -583,14 +583,22 @@
     ML {* Datatype_Data.get_info @{theory} @{type_name even_nat} *}
 
 text {*
-For nested recursive datatypes, all types through which recursion takes place
-must be new-style datatypes. In principle, it should be possible to support
-old-style datatypes as well, but the command does not support this yet (and
-there is currently no way to register old-style datatypes as new-style
-datatypes).
-
-An alternative is to use the old package's \keyw{rep\_datatype} command. The
-associated proof obligations must then be discharged manually.
+A few remarks concern nested recursive datatypes only:
+
+\begin{itemize}
+\item The old-style, nested-as-mutual induction rule, iterator theorems, and
+recursor theorems are generated under their usual names but with ``@{text
+"compat_"}'' prefixed (e.g., @{text compat_tree.induct}).
+
+\item All types through which recursion takes place must be new-style datatypes
+or the function type. In principle, it should be possible to support old-style
+datatypes as well, but the command does not support this yet (and there is
+currently no way to register old-style datatypes as new-style datatypes).
+\end{itemize}
+
+An alternative to @{command datatype_new_compat} is to use the old package's
+\keyw{rep\_datatype} command. The associated proof obligations must then be
+discharged manually.
 *}