| name> does not take the same argument as e.g. .name. Remedy: add cell+ |
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 recursive) |
revealing the same name several times (e.g., by using recursive) |
| results in redefined messages. anton 28jul94 |
results in "redefined ..." messages. anton 28jul94 |
| |
|
| [IF] is case-sensitive. anton 2aug94 |
|
| |
|
| if blocks.fb does not exist, 1 block creates the file, but cannot |
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 |
read-file from it. Only if the file-id has been created with |
| open-file, not create-file, read-file works. - anton 6aug94 |
open-file, not create-file, read-file works. - anton 6aug94 |
| |
|
| gforth.el: doing a forth-fill-paragraph on the following piece of code |
etags.fs crashes one of my applications (gs.fs). anton 12jan95 |
| uncomments the first comment line. This may be a bug in |
|
| fill-paragraph, but documentation says that a paragraph can start |
not all aliases are in the etags file. Bug in etags.fs? anton 24jan95 |
| without prefix (hanging indentation), so I guess it's all right. - |
|
| anton 19aug94 |
emacs often finds the wrong tag. anton 24jan95 |
| |
|
| : 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 |
|
| |
|
| |
gforth.el: indentation does not work right on the first line of a |
| |
buffer. anton 27jan95 |
| |
|
| etags.fs: The TAGS file for the kernal is strange: there are no tahs |
Conditional compilation continues after the file ends. This is allowed |
| for some aliases; many constants and variables appear twice. |
by the standard (through an ambiguous condition), but the compiler |
| |
should at least produce a warning. anton 27jan95 |
