In the concrete case of the SRFI modules, importing e.g. (srfi 9) works
AFAIU. Does this not work for you?
In this clause, it is checked whether every part of the library's name is a symbol:
Interestingly, the long library form `(library (srfi srfi-9))' doesn't work either here because `library' is not recognized as a keyword but mistaken as the name for a library.
Marc
I think that allowing numbers as module name components, beyond the SRFI
modules, is not currently a good idea for Guile. I had a look at it and
it's a bit too intrusive.
Andy
On Wed 01 Apr 2020 12:47, Marc Nieper-Wißkirchen <marc.nieper@gmail.com> writes:
> 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