[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Guile 1.6.8 has been released.

From: Rob Browning
Subject: Guile 1.6.8 has been released.
Date: Sun, 28 May 2006 16:29:31 -0700
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux)

We are pleased to announce Guile release 1.6.8.  This is the next
maintenance release for the old 1.6 stable series.  The current stable
series is 1.8.

You can find it here:
  SHA1 checksum: 5c244f730d7aaee32db4b0cc77b688f74a5caa71

Guile is an interpreter for the Scheme programming language, packaged
for use in a wide variety of environments.  In addition to
implementing the R5RS Scheme standard, Guile includes a module system,
full access to POSIX system calls, networking support, multiple
threads, dynamic linking, a foreign function call interface, and
powerful string processing.

Guile can run interactively or as a script interpreter, and is also
packaged as a library so that applications can easily incorporate a
complete Scheme interpreter.  An application can use Guile as an
extension language, a clean and powerful configuration language, or as
multi-purpose "glue" to connect primitives provided by the
application.  It is easy to call Scheme code from C code and vice
versa.  Applications can add new functions, data types, control
structures, and even syntax to Guile, in order to create a
domain-specific language tailored to the task at hand.

This is primarily a bugfix release.  Please see the NEWS file for a
full summary of the changes, but here are the highlights:

  - Guile 1.6 should build correctly when using GCC 4.0.

  - The readline-set! procedure should now work.

  - Multi-line #!!# comments can end without a trailing newline.

  - Guile now relies on the upstream SLIB code (guile.init) to handle
    the load process.  Previously Guile relied on its own copy of that
    code, which was incorrect, at least for more recent versions of
    SLIB.  See NEWS for more information.
  - The R5RS numerator and denominator procedures have been added.

  - In the past, a value that was printed (using `display' or `write')
    would be incorrectly protected from GC for a while afterward.
    This has been fixed.
  - The number->string's procedure should now handle polar format
     complex numbers with invalid angles more correctly.
  - Some 8-bit char problems have been fixed in string-index,
    split-string, and other string procedures.

  - When cons* and list are called via apply, they should no
    longer clobber the source list.

  - The array-map! procedure allows the omission of source arguments.

  - Certain operations involving complex numbers could result
    in an inappropriate division by zero.  This has been

  - The lset-adjoin procedure should now use the provided
    equality predicate when appropriate.

  - The behavior of the lset-union procedure should now more
    closely match the SRFI-1 specification whenever the first
    list argument is empty.

  - The lset= procedure should now consistently pass arguments
    to the equality predicate in the correct order.

  - A new 2005 leap second has been added to the SRFI-19 code.

  - New parameter versions of current-output-port, etc. have
    been added to the SRFI-39 implementation.

  - The make-stack procedure can now correctly construct a
    stack from a continuation.

  - String output port performance has been improved.

The Guile WWW page is located at

It contains a link to the Guile FAQ and pointers to the mailing lists,
among other things.

Any bugs found in this release may be addressed by further bugfix
releases numbered 1.6.*, but since the first version of the new stable
series has been released (1.8.0), the 1.6 series is probably nearing
its end.

You can follow Guile development in CVS and on the Guile mailing lists
(see ANON-CVS and HACKING).  Guile builds from the development branch
of CVS will have version number 1.9.0.

Guile versions with an odd middle number, i.e. 1.5.* are unstable
development versions.  Even middle numbers indicate stable versions.
This has been the case since the 1.3.* series.

Please send bug reports to address@hidden

Rob Browning
rlb and; previously
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4

reply via email to

[Prev in Thread] Current Thread [Next in Thread]