Hello,
if the SRFI 105 (curly infix) is ported to Kawa i could easily release a
Scheme+ version for Kawa as i already did it for Guile and Racket:
https://github.com/damien-mattei/Scheme-PLUS-for-Guile
i have little understanding of the implementation of SRFI 105 but i succeed
in implementing it for Racket indeed:
https://github.com/damien-mattei/Scheme-PLUS-for-Racket
https://pkgd.racket-lang.org/pkgn/package/Scheme-PLUS-for-Racket

SRFI 105 and scheme+ could be interesting as language for Kawa

Damien


On Thu, Jan 5, 2023 at 10:34 PM Per Bothner <per@bothner.com> wrote:

>
>
> On 12/6/22 01:07, Arvydas Silanskas wrote:
> > I'd like to bump a question, would we want to add (for the time being
> considering only red and tangerine) R7RS-large support? I'm fine with doing
> necessary work as far as human resources go, but I want to know that this
> is a direction that people agree with.
>
> I think the R7RS-large process is off-track, and is unlikely to reach any
> useful destination
> without a fundamental course-correction. Piling on more and more
> different-but-similar
> libraries is not the way to do a programming language in the 21st
> century.  Even Common Lisp
> realized that different differently-named functions for every useful
> data-type is not
> good language design.
>
> Scheme needs some way to define "interfaces"/"traits" that multiple
> data-types
> can implement. Many Scheme implementations (including Kawa) have that, but
> a
> general portable solution is highly desired.  Without that, there is no
> point
> in piling on more and more libraries for more and more data types.
>
> I am not the only one who feels this way, as you can see from the
> SRFI/R7RS mailing lists.
> --
>         --Per Bothner
> per@bothner.com   http://per.bothner.com/
>