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

[Martin Becze]

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?

Martin

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
>>
> 
> 
> 
>

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

signature.asc
Description: OpenPGP digital signature