From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.sources Subject: GNU Guile 2.9.5 Released [beta] Date: Fri, 22 Nov 2019 16:22:39 +0100 Message-ID: <87lfs8kkao.fsf@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="162109"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) Cc: guile-sources@gnu.org, guile-devel@gnu.org To: guile-users@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Nov 22 16:23:38 2019 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iYAmY-000fyo-Ak for guile-devel@m.gmane.org; Fri, 22 Nov 2019 16:23:38 +0100 Original-Received: from localhost ([::1]:52068 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iYAmW-0003M0-BC for guile-devel@m.gmane.org; Fri, 22 Nov 2019 10:23:36 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41813) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iYAm0-0003Lm-6N for guile-devel@gnu.org; Fri, 22 Nov 2019 10:23:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iYAlx-0003do-IS for guile-devel@gnu.org; Fri, 22 Nov 2019 10:23:04 -0500 Original-Received: from fanzine.igalia.com ([178.60.130.6]:48157) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iYAlw-0003cr-PC; Fri, 22 Nov 2019 10:23:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=igalia.com; s=20170329; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Subject:Cc:To:From; bh=dSZ7Ym8DS47MrvLXQmJ+tnuWpE8fqxf6K07JgfqaeDs=; b=nOrugwlAb3XdMyRjfRWYkF3tNu9s4gRWV6s6s8dqJBfB3sBe4RXj4/9zOOKXM76XZBJClaFx11AR/AHumyF6CoQbsKe6DJ+85lCw8jpCQlCod+2OUYDkhhTGUbJ7GpG5VhuTx5ZhYn/z8SiykuJ9/U1Z9SWda/U5ay/WqDSgG45ICRtk1HPWSCTxfZwvVqZKz3kKvu08mq2s2iLt+0wHFaX+ieia05oewjM7UIbP7hpoFaVuBrRH75MDrMy1Us1ATfTtV6DAxUXu2/MD7UoschMu8dC1i2VHeMFzBnAH0p4W7eR7mmWe2xE25PyEgFIwF7SvdbWGjcVZuFvPCokCpQ==; Original-Received: from lfbn-ann-1-376-195.w86-200.abo.wanadoo.fr ([86.200.91.195] helo=sparrow) by fanzine.igalia.com with esmtpsa (Cipher TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim) id 1iYAlt-0001Ny-PP; Fri, 22 Nov 2019 16:22:57 +0100 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 178.60.130.6 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.org gmane.lisp.guile.devel:20155 gmane.lisp.guile.sources:512 Archived-At: We are pleased to announce GNU Guile release 2.9.5. This is the fifth pre-release of what will eventually become the 3.0 release series. Compared to the current stable series (2.2.x), the future Guile 3.0 adds support for just-in-time native code generation, speeding up all Guile programs. See the NEWS extract at the end of the mail for full details. Compared to the previous prerelease (2.9.4), Guile 2.9.5 adds low-level optimizations for converting between unboxed integers and floating-point values, generates faster code at optimization level -O3, adds R7RS support, a --r6rs command-line argument, and a fresh implementation of raise-exception and with-exception-handler. We encourage you to test this release and provide feedback to guile-devel@gnu.org, and to file bugs by sending mail to bug-guile@gnu.org. The Guile web page is located at http://gnu.org/software/guile/, and among other things, it contains a copy of the Guile manual and pointers to more resources. Guile is an implementation of the Scheme programming language, with support for many SRFIs, 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, as a script interpreter, and as a Scheme compiler to VM bytecode. It is also packaged as a library so that applications can easily incorporate a complete Scheme interpreter/VM. 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, to create a domain-specific language tailored to the task at hand. Guile 2.9.5 can be installed in parallel with Guile 2.2.x; see http://www.gnu.org/software/guile/manual/html_node/Parallel-Installations.h= tml. A more detailed NEWS summary follows these details on how to get the Guile sources. Here are the compressed sources: http://alpha.gnu.org/gnu/guile/guile-2.9.5.tar.lz (10MB) http://alpha.gnu.org/gnu/guile/guile-2.9.5.tar.xz (12MB) http://alpha.gnu.org/gnu/guile/guile-2.9.5.tar.gz (21MB) Here are the GPG detached signatures[*]: http://alpha.gnu.org/gnu/guile/guile-2.9.5.tar.lz.sig http://alpha.gnu.org/gnu/guile/guile-2.9.5.tar.xz.sig http://alpha.gnu.org/gnu/guile/guile-2.9.5.tar.gz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html Here are the SHA256 checksums: 0c0097092fc5b0b40c5eb97ce09bf5415b31c5f7241f4cdcb01284f81cb2f70f guile-2= .9.5.tar.lz f917cb8578740887df8e0090fdecf3f06aaf60d2331067b88ff5c3bb610d69b5 guile-2= .9.5.tar.xz 199c5dbba3ec4322dfd9f1e1af6c19deca77fa4a104c59f26aeea23f7640720d guile-2= .9.5.tar.gz [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify guile-2.9.5.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 4FD4D288D445934E0A14F9A5A88037= 32E4436885 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.16.1 Libtool 2.4.6 Gnulib v0.1-1157-gb03f418 Makeinfo 6.5 Changes in beta 2.9.5 (since beta 2.9.4): * Notable changes ** Record unification Guile used to have a number of implementations of structured data types in the form of "records": a core facility, SRFI-9 (records), SRFI-35 (condition types -- a form of records) and R6RS records. These facilities were not compatible, as they all were built in different ways. This had the unfortunate corollary that SRFI-35 conditions were not compatible with R6RS conditions. To fix this problem, we have now added the union of functionality from all of these record types into core records: single-inheritance subtyping, mutable and immutable fields, and so on. See "Records" in the manual, for full details. R6RS records, SRFI-9 records, and the SRFI-35 and R6RS exception types have been accordingly "rebased" on top of core records. ** Reimplementation of exceptions Since Guile's origins 25 years ago, `throw' and `catch' have been the primary exception-handling primitives. However these primitives have two problems. One is that it's hard to handle exceptions in a structured way using `catch'. Few people remember what the corresponding `key' and `args' are that an exception handler would see in response to a call to `error', for example. In practice, this results in more generic catch-all exception handling than one might like. The other problem is that `throw', `catch', and especially `with-throw-handler' are quite unlike what the rest of the Scheme world uses. R6RS and R7RS, for example, have mostly converged on SRFI-34-style `with-exception-handler' and `raise' primitives, and encourage the use of SRFI-35-style structured exception objects to describe the error. Guile's R6RS layer incorporates an adapter between `throw'/`catch' and structured exception handling, but it didn't apply to SRFI-34/SRFI-35, and we would have to duplicate it for R7RS. In light of these considerations, Guile has now changed to make `with-exception-handler' and `raise-exception' its primitives for exception handling and defined a hierarchy of R6RS-style exception types in its core. SRFI-34/35, R6RS, and the exception-handling components of SRFI-18 (threads) have been re-implemented in terms of this core functionality. There is also a a compatibility layer that makes it so that exceptions originating in `throw' can be handled by `with-exception-hander', and vice-versa for `raise-exception' and `catch'. Generally speaking, users will see no difference. The one significant difference is that users of SRFI-34 will see more exceptions flowing through their `with-exception-handler'/`guard' forms, because whereas before they would only see exceptions thrown by SRFI-34, now they will see exceptions thrown by R6RS, R7RS, or indeed `throw'. Guile's situation is transitional. Most exceptions are still signalled via `throw'. These will probably migrate over time to `raise-exception', while preserving compatibility of course. See "Exceptions" in the manual, for full details on the new API. ** More optimization for unexported definitions at -O3 There is a new optimization pass, `seal-private-bindings', which is enabled at the new optimization level -O3. (Prior to this change, -O3 was the same as -O2.) With this pass, private declarative bindings aren't available for access from the first-class module reflection API. This allows for better optimization. ** Better optimization for unboxed int/float conversions This improves optimization for "exact->inexact" and integer operands to floating-point ops. ** Define top-level bindings for aux syntax: `else', `=3D>', `...', `_' These auxiliary syntax definitions are specified to be defined in the R6RS and the R7RS. They were previously unbound, even in the R6RS modules. This change is not anticipated to cause any incompatibility with existing Guile code, and improves things for R6RS and R7RS users. ** Conventional gettext alias is now `G_' Related to the last point, since the "Fix literal matching for module-bound literals" change in the 2.2 series, it was no longer possible to use the conventional `_' binding as an alias for `gettext', because a local `_' definition would prevent `_' from being recognized as auxiliary syntax for `match', `syntax-rules', and similar. The new recommended conventional alias for `gettext' is `G_'. ** Add --r6rs command-line option The new `install-r6rs!' procedure adapts Guile's defaults to be more R6RS-compatible. This procedure is called if the user passes `--r6rs' as a command-line argument. See "R6RS Incompatibilities" in the manual, for full details. ** Add support for R7RS Thanks to G=C3=B6ran Weinholt and OKUMURA Yuki, Guile now implements the R7= RS modules. As the R7RS library syntax is a subset of R6RS, to use R7RS you just `(import (scheme base))' and off you go. As with R6RS also, there are some small lexical incompatibilities regarding hex escapes; see "R6RS Support" in the manual, for full details. Also as with R6RS, there is an `install-r7rs!' procedure and a `--r7rs' command-line option. * New deprecations ** The two-argument form of `record-constructor' Calling `record-constructor' with two arguments (the record type and a list of field names) is deprecated. Instead, call with just one argument, and provide a wrapper around that constructor if needed. Cumulative changes in the beta 2.9.x series (since the stable 2.2 series): * Notable changes ** Just-in-time code generation Guile programs now run up to 4 times faster, relative to Guile 2.2, thanks to just-in-time (JIT) native code generation. Notably, this brings the performance of "eval" as written in Scheme back to the level of "eval" written in C, as in the days of Guile 1.8. See "Just-In-Time Native Code" in the manual, for more information. JIT compilation will be enabled automatically and transparently. To disable JIT compilation, configure Guile with `--enable-jit=3Dno' or `--disable-jit'. The default is `--enable-jit=3Dauto', which enables the JIT if it is available. See `./configure --help' for more. JIT compilation is enabled by default on x86-64, i686, ARMv7, and AArch64 targets. ** Lower-level bytecode Relative to the virtual machine in Guile 2.2, Guile's VM instruction set is now more low-level. This allows it to express more advanced optimizations, for example type check elision or integer devirtualization, and makes the task of JIT code generation easier. Note that this change can mean that for a given function, the corresponding number of instructions in Guile 3.0 may be higher than Guile 2.2, which can lead to slowdowns when the function is interpreted. We hope that JIT compilation more than makes up for this slight slowdown. ** Interleaved internal definitions and expressions allowed It used to be that internal definitions had to precede all expressions in their bodies. This restriction has been relaxed. If an expression precedes an internal definition, it is treated as if it were a definition of an unreferenced variable. For example, the expression `(foo)' transforms to the equivalent of `(define _ (begin (foo) #f))', if it precedes other definitions. This change improves the readability of Guile programs, as it used to be that program indentation tended to increase needlessly to allow nested `let' and `letrec' to re-establish definition contexts after initial expressions, for example for type-checks on procedure arguments. ** Optimization of top-level bindings within a compilation unit At optimization level 2 and above, Guile's compiler is now allowed to inline top-level definitions within a compilation unit. See "Declarative Modules" in the manual, for full details. This change can improve the performance of programs with many small top-level definitions by quite a bit! ** By default, GOOPS classes are not redefinable It used to be that all GOOPS classes were redefinable, at least in theory. This facility was supported by an indirection in all "struct" instances, even though only a subset of structs would need redefinition. We wanted to remove this indirection, in order to speed up Guile records, allow immutable Guile records to eventually be described by classes, and allow for some optimizations in core GOOPS classes that shouldn't be redefined anyway. Thus in GOOPS now there are classes that are redefinable and classes that aren't. By default, classes created with GOOPS are not redefinable. To make a class redefinable, it should be an instance of `'. See "Redefining a Class" in the manual for more information. * New deprecations ** scm_t_uint8, etc deprecated in favor of C99 stdint.h It used to be that Guile defined its own `scm_t_uint8' because C99 `uint8_t' wasn't widely enough available. Now Guile finally made the change to use C99 types, both internally and in Guile's public headers. Note that this also applies to SCM_T_UINT8_MAX, SCM_T_INT8_MIN, for intN and uintN for N in 8, 16, 32, and 64. Guile also now uses ptrdiff_t instead of scm_t_ptrdiff, and similarly for intmax_t, uintmax_t, intptr_t, and uintptr_t. * Incompatible changes ** All deprecated code removed All code deprecated in Guile 2.2 has been removed. See older NEWS, and check that your programs can compile without linker warnings and run without runtime warnings. See "Deprecation" in the manual. In particular, the function `scm_generalized_vector_get_handle' which was deprecated in 2.0.9 but remained in 2.2, has now finally been removed. As a replacement, use `scm_array_get_handle' to get a handle and `scm_array_handle_rank' to check the rank. ** Remove "self" field from vtables and "redefined" field from classes These fields were used as part of the machinery for class redefinition and is no longer needed. ** VM hook manipulation simplified The low-level mechanism to instrument a running virtual machine for debugging and tracing has been simplified. See "VM Hooks" in the manual, for more. * Changes to the distribution ** New effective version The "effective version" of Guile is now 3.0, which allows parallel installation with other effective versions (for example, the older Guile 2.2). See "Parallel Installations" in the manual for full details. Notably, the `pkg-config' file is now `guile-3.0'.