[Top][All Lists]

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

bug#40371: [R7RS] Guile does not accept library name parts that are non-

From: Martin Becze
Subject: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers
Date: Wed, 19 Aug 2020 05:16:57 -0500

Here is a patch that makes things usable for srfi's. (import (srfi
NNNN)) will work. It just remove the guard condition that was catching
the Integers. Does anyone know why the guard was there and if it is
really needed?


On 8/3/20 3:24 PM, Marc Nieper-Wißkirchen wrote:
> *bump*
> Am Mi., 1. Apr. 2020 um 12:47 Uhr schrieb Marc Nieper-Wißkirchen
> <marc.nieper@gmail.com>:
>> An R7RS library name consists of parts, where each part is either a symbol 
>> or a non-negative exact integer. Guile doesn't support the latter ones.
>> This is unfortunate as the implementation of a SRFI NNN is usually delivered 
>> in form of a library named (srfi NNN).
>> When this is corrected, for interoperability, it would be great if Guile 
>> offers the included SRFIs not only under the name (srfi srfi-NNN) but also 
>> under (srfi NNN).
>> Thanks,
>> Marc

Attachment: 0001-Allow-loading-of-libraries-with-the-form-srfi-NNN.patch
Description: Text Data

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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