This is little bit off topic, sorry about that.

On 30/09/2024 22:26, Antero Mejr wrote:

 > 1. It's uniquely annoying to write portable Scheme, because each
 >   implementation has inconsistent library support.

I'm glad you want to write portable code. I also want to do that. If
youd like to help making it less annoying there are some projects. See
3. and 4.

 > 2. In order to find documentation for writing portable Scheme,
 > you need to consult at least 3 different websites simultaneously (the
 > standard, SRFIs, implementation).

If you were using some other language you would consult the language
and library documentation. So only one place less than with Scheme. And
dont worry, the standard will become second nature in no time.

There is also the Scheme index which could make things easier:
https://index.scheme.org/

> 3. No reference implementations, so lots of duplication of work. The
>     SRFI examples often are not portable (especially the older ones), and
>     need to be put together piecemeal, because there is no standard for
>     package management.
>

There is project to collect/implement/gather/hack SRFI implementations
as portable R7RS libraries. https://github.com/srfi-explorations/r7rs-srfi

Any help is very much appreciated! :)

> 4. The largest program written in Scheme, the Guix package manager, does
>     not have a way to install or (re)use R7RS libraries, ironically.
>
Guix is mostly a Guile project and I think it makes sense they
prioritise their own implementation. That said I also use Guix and I
took a crack at making a Guix channel out of snow-fort.org packages last
sunday and managed to get it to work locally with Guix shell.

https://gitea.scheme.org/Rinne/snow-fort-guix-channel

It still does not work guix pull, and I need to figure out how to let
users install the SRFI libraries of their choice but for one days work
I'd say it's half a decent. Help with this is also appreciated. Like the
Guile people you can scracth your own itch.

Unfortunately I don't think there is a good mailing list to discuss
projects in general, there are some on
https://srfi.schemers.org/srfi-list-subscribe.html but it says they are
for discussion that is hoped to lead to SRFI. Which is understandable.
I'm thinking about a solution but it is still in very early stage. So if
you (or anyone else reading this) are interested in helping in these
projects do not hesitate to email me. Github issues and pull requests
also appreciated and gitea and jenkins accounts can be made when needed.