* Makefile.in: Rebuilt.
[bpt/guile.git] / NEWS
diff --git a/NEWS b/NEWS
index 1c59a03..9fb9360 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -8,12 +8,68 @@ Changes since Guile 1.2:
 
 * Changes to the distribution
 
+** libguile/append.h, libguile/append.c, libguile/sequences.h,
+libguile/sequences.c removed.
+
 * Changes to the stand-alone interpreter
 
+New procedures have been added to implement a "batch mode":
+
+Function: batch-mode?
+
+    Returns a boolean indicating whether the interpreter is in batch
+    mode.
+
+Function: set-batch-mode?! ARG
+
+    If ARG is true, switches the interpreter to batch mode.  The `#f'
+    case has not been implemented.
+
 * Changes to the procedure for linking libguile with your programs
 
 * Changes to Scheme functions and syntax
 
+** Some magic has been added to the printer to better handle user
+written printing routines (like record printers, closure printers).
+
+The problem is that these user written routines must have access to
+the current `prine-state' to be able to handle fancy things like
+detection of circular references.  These print-states have to be
+passed to the builtin printing routines (display, write, etc) to
+properly continue the print chain.
+
+We didn't want to change all existing print code so that it
+explicitely passes thru a print state in addition to a port.  Instead,
+we extented the possible values that the builtin printing routines
+accept as a `port'.  In addition to a normal port, they now also take
+a pair of a normal port and a print-state.  Printing will go to the
+port and the print-state will be used to control the detection of
+circular references, etc.  If the builtin function does not care for a
+print-state, it is simply ignored.
+
+User written callbacks are now called with such a pair as their
+`port', but because every function now accepts this pair as a PORT
+argument, you don't have to worry about that.  In fact, it is probably
+safest to not check for these pairs.
+
+However, it is sometimes necessary to continue a print chain on a
+different port, for example to get a intermediate string
+representation of the printed value, mangle that string somehow, and
+then to finally print the mangled string.  Use the new function
+
+    inherit-print-state OLD-PORT NEW-PORT
+
+for this.  It constructs a new `port' that prints to NEW-PORT but
+inherits the print-state of OLD-PORT.
+
+** struct-vtable-offset renamed to vtable-offset-user
+
+** New constants: vtable-index-layout, vtable-index-vtable, vtable-index-printer
+
+** There is now a fourth (optional) argument to make-vtable-vtable and
+   make-struct when constructing new types (vtables).  This argument
+   initializes field vtable-index-printer of the vtable.
+
 ** The detection of circular references has been extended to structs.
 That is, a structure that -- in the process of being printed -- prints
 itself does not lead to infinite recursion.
@@ -57,6 +113,14 @@ Macro: with-fluids ((FLUID VALUE) ...) FORM ...
     fluids are not special variables but ordinary objects.  FLUID
     should evaluate to a fluid.
 
+** Removed procedures:
+
+list-length, list-append, list-append!, list-reverse, list-reverse!
+
+** array-map renamed to array-map!
+
+** serial-array-map renamed to serial-array-map!
+
 * Changes to system call interfaces:
 
 ** close-port, close-input-port and close-output-port now return a
@@ -77,58 +141,68 @@ file descriptor.
 ** The following new procedures have been added (most use scsh
 interfaces):
 
-** close PORT/FD
-Similar to close-port, but also works on file descriptors.  A side
-effect of closing a file descriptor is that any ports using that file
-descriptor are moved to a different file descriptor and have
-their revealed counts set to zero.
-
-The next five procedures perform a dup2 system call, if NEWFD (an
-integer) is supplied, otherwise a dup.  The file descriptor to be
-duplicated can be supplied as an integer or wrapped in a port.  The
+** procedure: close PORT/FD
+     Similar to close-port (*note close-port: Closing Ports.), but also
+     works on file descriptors.  A side effect of closing a file
+     descriptor is that any ports using that file descriptor are moved
+     to a different file descriptor and have their revealed counts set
+     to zero.
+
+** procedure: port->fdes PORT
+     Returns the integer file descriptor underlying PORT.  As a side
+     effect the revealed count of PORT is incremented.
+
+** procedure: fdes->ports FDES
+     Returns a list of existing ports which have FDES as an underlying
+     file descriptor, without changing their revealed counts.
+
+** procedure: fdes->inport FDES
+     Returns an existing input port which has FDES as its underlying
+     file descriptor, if one exists, and increments its revealed count.
+     Otherwise, returns a new input port with a revealed count of 1.
+
+** procedure: fdes->outport FDES
+     Returns an existing output port which has FDES as its underlying
+     file descriptor, if one exists, and increments its revealed count.
+     Otherwise, returns a new output port with a revealed count of 1.
+
+   The next group of procedures perform a `dup2' system call, if NEWFD
+(an integer) is supplied, otherwise a `dup'.  The file descriptor to be
+duplicated can be supplied as an integer or contained in a port.  The
 type of value returned varies depending on which procedure is used.
 
-All procedures also have the side effect when performing dup2 that any
-ports using NEWFD are moved to a different file descriptor and have
+   All procedures also have the side effect when performing `dup2' that
+any ports using NEWFD are moved to a different file descriptor and have
 their revealed counts set to zero.
 
-** dup->fdes PORT/FD [NEWFD]
-Returns an integer file descriptor.
+** procedure: dup->fdes PORT/FD [NEWFD]
+     Returns an integer file descriptor.
 
-** dup->inport PORT/FD [NEWFD]
-Returns a new input port using the new file descriptor.
+** procedure: dup->inport PORT/FD [NEWFD]
+     Returns a new input port using the new file descriptor.
 
-** dup->outport PORT/FD [NEWFD]
-Returns a new output port using the new file descriptor.
+** procedure: dup->outport PORT/FD [NEWFD]
+     Returns a new output port using the new file descriptor.
 
-** dup PORT/FD [NEWFD]
-Returns a new port if PORT/FD is a port, with the same mode as the
-supplied port, otherwise returns an integer file descriptor.
+** procedure: dup PORT/FD [NEWFD]
+     Returns a new port if PORT/FD is a port, with the same mode as the
+     supplied port, otherwise returns an integer file descriptor.
 
-** dup->port PORT/FD MODE [NEWFD]
-Returns a new port using the new file descriptor.  MODE supplies a 
-mode string for the port (as for `open-file').
+** procedure: dup->port PORT/FD MODE [NEWFD]
+     Returns a new port using the new file descriptor.  MODE supplies a
+     mode string for the port (*note open-file: File Ports.).
 
-** port->fdes PORT
-Returns the integer file descriptor underlying PORT.  As a
-side effect the revealed count of PORT is incremented.
+** procedure: setenv NAME VALUE
+     Modifies the environment of the current process, which is also the
+     default environment inherited by child processes.
 
-** fdes->inport FDES
-Returns an existing input port which has FDES as its underlying file
-descriptor, if one exists, and increments its revealed count.
-Otherwise, returns a new input port with a revealed count of 1.
+     If VALUE is `#f', then NAME is removed from the environment.
+     Otherwise, the string NAME=VALUE is added to the environment,
+     replacing any existing string with name matching NAME.
 
-** fdes->outport FDES
-Returns an existing output port which has FDES as its underlying file
-descriptor, if one exists, and increments its revealed count.
-Otherwise, returns a new output port with a revealed count of 1.
-
-** setenv NAME VALUE
-If VALUE is `#f', removes NAME from the environment.  Otherwise 
-adds the string NAME=VALUE to the environment, replacing any previous
-value for NAME.
+     The return value is unspecified.
 
-** truncate-file OBJ SIZE
+** procedure: truncate-file OBJ SIZE
      Truncates the file referred to by OBJ to at most SIZE bytes.  OBJ
      can be a string containing a file name or an integer file
      descriptor or port open for output on the file.  The underlying
@@ -136,7 +210,7 @@ value for NAME.
 
      The return value is unspecified.
 
-** setvbuf PORT MODE [SIZE]
+** procedure: setvbuf PORT MODE [SIZE]
      Set the buffering mode for PORT.  MODE can be:
     `_IONBF'
           non-buffered
@@ -156,13 +230,13 @@ value for NAME.
      size.  Procedures e.g., *Note open-file: File Ports, which accept a
      mode string allow `0' to be added to request an unbuffered port.
 
-** fsync PORT/FD
+** procedure: fsync PORT/FD
      Copies any unwritten data for the specified output file descriptor
      to disk.  If PORT/FD is a port, its buffer is flushed before the
      underlying file descriptor is fsync'd.  The return value is
      unspecified.
 
-** open-fdes PATH FLAGS [MODES]
+** procedure: open-fdes PATH FLAGS [MODES]
      Similar to `open' but returns a file descriptor instead of a port.
 
 ** procedure: execle PATH ENV [ARG] ...
@@ -174,6 +248,9 @@ value for NAME.
      call, but we call it `execle' because of its Scheme calling
      interface.
 
+** procedure: strerror ERRNO
+     Returns the Unix error message corresponding to ERRNO, an integer.
+
 ** procedure: primitive-exit [STATUS]
      Terminate the current process without unwinding the Scheme stack.
      This is would typically be useful after a fork.  The exit status
@@ -206,8 +283,55 @@ value for NAME.
 
 * Changes to the gh_ interface
 
+** Function: void gh_write (SCM x)
+
+Write the printed representation of the scheme object x to the current
+output port.  Corresponds to the scheme level `write'.
+
+** gh_list_length renamed to gh_length.
+
+** vector handling routines
+
+Several major changes.  In particular, gh_vector() now resembles
+(vector ...) (with a caveat -- see manual), and gh_make_vector() now
+exists and behaves like (make-vector ...).  gh_vref() and gh_vset()
+have been renamed gh_vector_set() and gh_vector_ref().  Some missing
+vector-related gh_ functions have been implemented.
+
 * Changes to the scm_ interface
 
+** Function: SCM scm_internal_stack_catch (SCM tag,
+                                          scm_catch_body_t body,
+                                          void *body_data,
+                                          scm_catch_handler_t handler,
+                                          void *handler_data)
+
+A new sibling to the other two C level `catch' functions
+scm_internal_catch and scm_internal_lazy_catch.  Use it if you want
+the stack to be saved automatically into the variable `the-last-stack'
+(scm_the_last_stack_var) on error.  This is necessary if you want to
+use advanced error reporting, such as calling scm_display_error and
+scm_display_backtrace.  (They both take a stack object as argument.)
+
+** The hook scm_error_callback has been removed.  It was originally
+intended as a way for the user to install his own error handler.  But
+that method works badly since it intervenes between throw and catch,
+thereby changing the semantics of expressions like (catch #t ...).
+The correct way to do it is to use one of the C level catch functions
+in throw.c: scm_internal_catch/lazy_catch/stack_catch.
+
+** Removed functions:
+
+scm_obj_length, scm_list_length, scm_list_append, scm_list_append_x,
+scm_list_reverse, scm_list_reverse_x
+
+** New macros: SCM_LISTn where n is one of the integers 0-9.
+
+These can be used for pretty list creation from C.  The idea is taken
+from Erick Gallesio's STk.
+
+** scm_array_map renamed to scm_array_map_x
+
 \f
 Changes in Guile 1.2 (released Tuesday, June 24 1997):
 
@@ -1391,7 +1515,7 @@ the Scheme shell).
 
 To use the scm_shell function, first initialize any guile modules
 linked into your application, and then call scm_shell with the values
-of ARGC and ARGV your `main' function received.  scm_shell will adding
+of ARGC and ARGV your `main' function received.  scm_shell will add
 any SCSH-style meta-arguments from the top of the script file to the
 argument vector, and then process the command-line arguments.  This
 generally means loading a script file or starting up an interactive