| name> does not take the same argument as e.g. .name. Remedy: add cell+ |
|
| before name>, but adapt all uses. anton 23apr94 |
|
| |
|
| revealing the same name several times (e.g., by using recursive) |
|
| 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 |
|
| 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 |
etags.fs crashes one of my applications (gs.fs). anton 12jan95 |
| |
|
| f. suppresses all digits when it prints 0: |
gforth.el: indentation does not work right on the first line of a |
| 0e0 f. . ok |
buffer. anton 27jan95 |
| There's also one other problem with f.: |
|
| 1e-20 f. 0.00000000000000000001000000000000001 ok |
Conditional compilation continues after the file ends. This is allowed |
| -20e0 falog f. 0.00000000000000000001000000000000001 ok |
by the standard (through an ambiguous condition), but the compiler |
| 0.00000000000000000001e0 f. 0.00000000000000000001000000000000001 ok |
should at least produce a warning. anton 27jan95 |
| All this happens under Slackware Linux. On the DecStation I get a |
|
| similar error in the other direction. anton 17jan95 |
DOS and OS/2 don't like . at begin of a file (.gforth-history). bernd 6sep95py |
| |
|
| not all aliases are in the etags file. Bug in etags.fs? anton 24jan95 |
see does not leave a space after two-digit literals: |
| |
: xxx 50 ; |
| emacs often finds the wrong tag. anton 24jan95 |
see xxx |
| |
gives |
| source after a locals definition is ignored, e.g., in |
: xxx |
| { a } ." xxx" |
50; |
| the `." xxx"' is not executed. anton 24jan95 |
|
| |
QUERY and TIB may behave differently than some may expect. TIB always |
| |
points to the current SOURCE, and QUERY puts its result there. anton |
| |
28nov96 |
| |
|
| |
open-path-file expands "./" into the sourcefilename. It should either |
| |
not expand "./" or provide a mechanism that allows the application to |
| |
determine what "./" should expand to. anton 16jun98 |