Automatisch erzeugte Manpages.

Damit nicht jeder sphinx auf dem Rechner haben muss,
behalten wir bis auf weiteres die aus den .rst
erzeugten Manpoages auch im Repo.

Change-Id: Id556c0d11cf5f79659d8350952ce1c014d81ea44
diff --git a/doc/lfun/clean_up b/doc/lfun/clean_up
index 97ddf09..7c124fb 100644
--- a/doc/lfun/clean_up
+++ b/doc/lfun/clean_up
@@ -1,43 +1,67 @@
+
 clean_up()
-FUNKTION:
-     int clean_up(int ref);
+**********
 
-DEFINIERT IN:
-     /std/room.c
-     man kann die Funktion jedoch auch in beliebigen Objekten selbst
-     definieren.
 
-ARGUMENTE:
-     ref
-             + 0 bei gecloneten Objekten
-             + 1 bei einfachen geladenen Objekten
-             + >1 bei Objekten, die geerbt wurden oder als Blueprint dienen
-             + <0, wenn clean_up() von aussen aufgerufen wurde (das muss man
-               selbst beachten!)
+FUNKTION
+========
 
-BESCHREIBUNG:
-     Wenn ein Objekt seit langer Zeit nicht mehr benutzt wurde, kann es sich
-     hier selbst zerstoeren. Das sollte das Objekt allerdings nur tun, wenn
-     ref kleiner oder gleich 1 ist.
+   int clean_up(int ref);
 
-RUeCKGABEWERT:
-     Der Rueckgabewert hat nur dann eine Bedeutung, wenn sich das Objekt
-     nicht selbst zerstoert hat. Wird 0 zurueckgegeben, so wird clean_up()
-     erst dann wieder aufgerufen, nachdem das Objekt aus- und wieder
-     eingeswappt wurde.
 
-     Ein Rueckgabewert ungleich 0 zeigt an, dass das Objekt sich
-     wahrscheinlich in der naechsten clean_up()-Runde zerstoeren kann, wenn
-     in der Zwischenzeit zB. noch einmal reset() aufgerufen wurde.
+DEFINIERT IN
+============
 
-BEMERKUNGEN:
-     Standardmaessig definieren nur Raeume clean_up().
+   /std/room.c
+   man kann die Funktion jedoch auch in beliebigen Objekten selbst
+   definieren.
 
-     Die Zeiten zwischen zwei Aufrufen von clean_up() betragen momentan
-     einen Tag (86400 Sekunden).
 
-SIEHE AUCH:
-     reset(), P_NEVER_CLEAN
-     memory
+ARGUMENTE
+=========
+
+   ref
+           + 0 bei gecloneten Objekten
+           + 1 bei einfachen geladenen Objekten
+           + >1 bei Objekten, die geerbt wurden oder als Blueprint dienen
+           + <0, wenn clean_up() von aussen aufgerufen wurde (das muss man
+             selbst beachten!)
+
+
+BESCHREIBUNG
+============
+
+   Wenn ein Objekt seit langer Zeit nicht mehr benutzt wurde, kann es sich
+   hier selbst zerstoeren. Das sollte das Objekt allerdings nur tun, wenn
+   ref kleiner oder gleich 1 ist.
+
+
+RUeCKGABEWERT
+=============
+
+   Der Rueckgabewert hat nur dann eine Bedeutung, wenn sich das Objekt
+   nicht selbst zerstoert hat. Wird 0 zurueckgegeben, so wird clean_up()
+   erst dann wieder aufgerufen, nachdem das Objekt aus- und wieder
+   eingeswappt wurde.
+
+   Ein Rueckgabewert ungleich 0 zeigt an, dass das Objekt sich
+   wahrscheinlich in der naechsten clean_up()-Runde zerstoeren kann, wenn
+   in der Zwischenzeit zB. noch einmal reset() aufgerufen wurde.
+
+
+BEMERKUNGEN
+===========
+
+   Standardmaessig definieren nur Raeume clean_up().
+
+   Die Zeiten zwischen zwei Aufrufen von clean_up() betragen momentan
+   einen Tag (86400 Sekunden).
+
+
+SIEHE AUCH
+==========
+
+   reset(), P_NEVER_CLEAN
+   memory
 
 21. Maerz 2004 Gloinson