--- gforth/BUGS	1994/08/10 17:22:33	1.5
+++ gforth/BUGS	1995/01/30 18:47:42	1.13
@@ -1,13 +1,31 @@
 name> does not take the same argument as e.g. .name. Remedy: add cell+
-before name>, but adapt all uses.  anton 23apr94
+before name>, but adapt all uses.  anton 23apr94 Solved?
 
-revealing the same name several times (e.g., by using refcursive)
+revealing the same name several times (e.g., by using recursive)
 results in redefined messages.  anton 28jul94
 
-[IF] is case-sensitive.  anton 2aug94
-
-gforth.el: fill-paragraph should either not work, or it should make sure that comments stay comments and code stays code.  anton 2aug94
-
 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
+
+etags.fs crashes one of my applications (gs.fs). anton 12jan95
+
+f. suppresses all digits when it prints 0:
+0e0 f. .  ok
+There's also one other problem with f.:
+1e-20			 f. 0.00000000000000000001000000000000001  ok
+-20e0 falog		 f. 0.00000000000000000001000000000000001  ok
+0.00000000000000000001e0 f. 0.00000000000000000001000000000000001  ok
+All this happens under Slackware Linux. On the DecStation I get a
+similar error in the other direction.  anton 17jan95
+
+not all aliases are in the etags file. Bug in etags.fs? anton 24jan95
+
+emacs often finds the wrong tag. anton 24jan95
+
+gforth.el: indentation does not work right on the first line of a
+buffer. anton 27jan95
+
+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