--- gforth/BUGS	1994/11/29 16:22:30	1.9
+++ gforth/BUGS	1995/12/26 17:35:32	1.21
@@ -1,22 +1,10 @@
-name> does not take the same argument as e.g. .name. Remedy: add cell+
-before name>, but adapt all uses.  anton 23apr94
+etags.fs crashes one of my applications (gs.fs). anton 12jan95
 
-revealing the same name several times (e.g., by using recursive)
-results in redefined messages.  anton 28jul94
+gforth.el: indentation does not work right on the first line of a
+buffer. anton 27jan95
 
-[IF] is case-sensitive.  anton 2aug94
+Conditional compilation continues after the file ends. This is allowed
+by the standard (through an ambiguous condition), but the compiler
+should at least produce a warning.  anton 27jan95
 
-if blocks.fb does not exist, 1 block creates the file, but cannot
-read-file from it. Only if the file-id has been created with
-open-file, not create-file, read-file works. - anton 6aug94
-
-gforth.el: doing a forth-fill-paragraph on the following piece of code
-uncomments the first comment line. This may be a bug in
-fill-paragraph, but documentation says that a paragraph can start
-without prefix (hanging indentation), so I guess it's all right. -
-anton 19aug94
-
-: bb-shortest-paths recursive { bb bb-from start-path -- }
-    \ compute the
-    \ paths from bb-from through bb, start-path is the path from
-    \ bb-from to bb
+DOS and OS/2 don't like . at begin of a file (.gforth-history). bernd 6sep95py
\ No newline at end of file