[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#39601: srfi library naming in r7rs
From: |
Taylan Kammer |
Subject: |
bug#39601: srfi library naming in r7rs |
Date: |
Sat, 15 May 2021 19:44:04 +0200 |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 |
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
Description: Text document
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#39601: srfi library naming in r7rs,
Taylan Kammer <=