bug#39601: srfi library naming in r7rs

2021-11-03 Thread Linus Björnstam
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

bug#39601: srfi library naming in r7rs

2021-11-02 Thread lloda
Applied in a960d7869bc82bb56d5446ece01b8efff9b15fef. Thank you!

bug#39601: srfi library naming in r7rs

2021-11-01 Thread Taylan Kammer
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

bug#39601: srfi library naming in r7rs

2021-11-01 Thread lloda
Hi Taylan, Your patch leaks a bunch of identifiers, could you fix that? thanks Daniel

bug#39601: srfi library naming in r7rs

2021-05-15 Thread Taylan Kammer
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

bug#39601: srfi library naming in r7rs

2020-02-14 Thread Duy Nguyen
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