GNU bug report logs - #39601
srfi library naming in r7rs

Previous Next

Full log

View this message in rfc822 format

From: Taylan Kammer <taylan.kammer <at> gmail.com>
To: 39601 <at> debbugs.gnu.org, Duy Nguyen <pclouds <at> gmail.com>
Subject: bug#39601: srfi library naming in r7rs
Date: Sat, 15 May 2021 19:44:04 +0200

[Message part 1 (text/plain, inline)]

Tag: patch


Hi,

For sake of having it documented here as well, attached is a patch
that implements a fix to this issue, that I recently sent to the
guile-devel mailing list.

Copying from the commit message:

It was already possible to import an SRFI module by referencing it
as (srfi :n) which is automatically translated to (srfi srfi-n), but
this conversion was only done during import.  After this change, it's
also possible to define a library as (srfi :n) which is automatically
translated to (srfi srfi-n) during definition.

It was not possible at all to define or import SRFI module names in the
R7RS format, (srfi n), where n is a non-negative exact integer.  It is
now possible both to define and import them as such, realized through
the same kind of conversion to a canonical (srfi srfi-n) name.


--
Taylan

[0001-Improve-support-for-R6-R7-SRFI-module-name-formats.patch (text/plain, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.