Diff for /gforth/NEWS between versions 1.13 and 1.19

version 1.13, 2003/03/09 15:16:45 version 1.19, 2003/08/25 14:57:22
Line 1 Line 1
 User-visible changes between 0.5.0 and 0.6.0:  User-visible changes between 0.6.1 and 0.6.2:
   
 added words: EDIT-LINE ID. .ID CONST-DOES> K-PRIOR K-NEXT K-DELETE  Bug fixes (in particular, gforth-0.6.2 compiles with gcc-3.3)
   SLURP-FILE SLURP-FID WORDLIST-WORDS SIMPLE-SEE [DEFINED] [UNDEFINED]  New words: LATEST, LATESTXT (LASTXT deprecated)
   PARSE-WORD S\" .\" \"-PARSE STR= STR< STRING-PREFIX? EXECUTE-PARSING  Operating environment: Added optional support for a C interface built
   EXECUTE-PARSING-FILE F.RDP F>STR-RDP F>BUF-RDP    on the ffcall libraries (more portable and powerful than the old
     one, but still not documented).  To use it, the ffcall libraries
     have to be installed before building Gforth (see INSTALL).
   Miscellaneous: Gforth-fast now uses static superinstructions (some
     speedup on some platforms); generally this is transparent (apart
     from the speedup), but there are lots of command-line options for
     controlling the static superinstruction generation.
   
 Large file support on OSs that support them (i.e., files with more  
   than 2GB on 32-bit machines).  
   
 Gforth can now deal with well with broken pipes in most situations.  User-visible changes between 0.6.0 and 0.6.1:
   
 Default dictionary size is now 4MB.  Bug fixes (installation on big-endian machines sometimes did not work)
   
 vi tags files can be built with tags.fs (usage like etags.fs).  
   
 gforth.el mostly rewritten.  User-visible changes between 0.5.0 and 0.6.0:
   
 S": interpreted use now ALLOCATEs the string (they live until BYE).  Changes in behaviour:
   
   S": interpreted use now ALLOCATEs the string (they live until BYE).
 Long word names (512MB on 32-bit systems) are now supported (change to  Long word names (512MB on 32-bit systems) are now supported (change to
   the header format).    the header format).
   
 Generalized prims2x.fs into Vmgen (see README.vmgen etc.); used the  
   new capabilities in prims (e.g., automatic handling of the return  
   stack and instruction stream).  
   
 New threaded code execution method: primitive-centric (allows the  New threaded code execution method: primitive-centric (allows the
   following), hybrid direct/indirect threaded (easier portability),    following), hybrid direct/indirect threaded (easier portability),
   with dynamic superinstructions (typical speedup on Athlon: factor    with dynamic superinstructions (typical speedup on Athlon: factor
   2).  New engine gforth-itc for dealing with some potential    2).  New engine gforth-itc for dealing with some potential
   backwards-compatibility problems (see "Invoking Gforth" in the    backwards-compatibility problems (see "Direct or Indirect Threaded?"
   manual).    in the manual).
   
   Operating environment:
   
   Default dictionary size is now 4MB.
   Large file support on OSs that support them (i.e., files with more
     than 2GB on 32-bit machines).
   Gforth can now deal well with broken pipes in most situations.
   vi tags files can be built with tags.fs (usage like etags.fs).
   gforth.el mostly rewritten.
 New image file format.  New image file format.
   
   New words:
   
   Keyboard input: EDIT-LINE K-PRIOR K-NEXT K-DELETE
   File input: SLURP-FILE SLURP-FID 
   Programming tools: ID. .ID WORDLIST-WORDS SIMPLE-SEE
   Conditional execution: [DEFINED] [UNDEFINED]
   Defining Words: CONST-DOES> ]]
   Input stream: PARSE-WORD EXECUTE-PARSING EXECUTE-PARSING-FILE
   String comparison: STR= STR< STRING-PREFIX?
   String literals: S\" .\" \"-PARSE
   Floating point output: F.RDP F>STR-RDP F>BUF-RDP
   
   Miscellaneous:
   
   Generalized prims2x.fs into Vmgen (see README.vmgen etc.); used the
     new capabilities in prims (e.g., automatic handling of the return
     stack and instruction stream).
   
   
 User-visible changes between 0.4.0 and 0.5.0:  User-visible changes between 0.4.0 and 0.5.0:
   

Removed from v.1.13  
changed lines
  Added in v.1.19


FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>