Well, as someone who has written a lot of macros
https://srfi.schemers.org/srfi-206/ is a fantastic utility SRFI. It allows
several libraries to define the same aux syntax (say like srfi-26's <>) without
having collisions.
That is not strictly what you were looking for if I understand the patch
Applied in a960d7869bc82bb56d5446ece01b8efff9b15fef. Thank you!
On 01.11.2021 18:52, lloda wrote:
>
> Hi Taylan,
>
> Your patch leaks a bunch of identifiers, could you fix that?
>
> thanks
>
> Daniel
>
Apparently anything defined in boot-9 is implicitly made public in
the (guile) module, I wasn't aware of that.
Is there a work-around that allows on
Hi Taylan,
Your patch leaks a bunch of identifiers, could you fix that?
thanks
Daniel
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
I'm running Guile 3.0.0 and very new to Guile. Forgive me if this is
not the right place to report (or whether I should do more search,
where?, before reporting)
It seems like in r7rs mode, srfi libraries are still named in "Guile
style", (srfi srfi-1). I can't find a place in r7rs-small to spell