Email list hosting service & mailing list manager

SRFI Idea: Programmatic REPL/Interaction Environment Jeronimo Pellegrini (01 Aug 2020 21:12 UTC)
Re: SRFI Idea: Programmatic REPL/Interaction Environment philipk@xxxxxx (01 Aug 2020 21:43 UTC)
Re: SRFI Idea: Programmatic REPL/Interaction Environment Jeronimo Pellegrini (01 Aug 2020 22:26 UTC)

SRFI Idea: Programmatic REPL/Interaction Environment Jeronimo Pellegrini 01 Aug 2020 21:12 UTC

Hello,

I like the idea by Philip K. -- I have been working on
Geiser support for STklos [0], and it really felt like the
protocol is somethiing that should be standard -- such
that if a Scheme implementation supports the SRFI,
then it would be usable with (and easily pluggable to)
any IDEs that also support it.

As I mentioned in the Geiser issue he pointed to, I'd be
willing to help with this SRFI. Some random thoughts about
it follow...

I understand this would require reviewing existing
protocols (maybe including those not from the Scheme
world, such as SLIME and LSP)...

And I believe it would be important to only require minimum
support (as Geiser does), since some features may require
functionality that Scheme implementations don't have.

Also, a SRFI for this would really be nice if it came
with tests that actually told the implementor what
he did wrong (see the related Geiser issue [1]).
Ideally, two test suites, one on the Scheme side, and
one on the IDE side (the SRFI should be IDE-agnostic,
but I think it would be great to at least offer an
Emacs Lisp test suite).

And maybe debugging support? A hook that would send
all messages exchanged between IDE and Scheme somewhere?

J.

P.S.: sorry for not replying to the original thread, but
I only subscribed to this list after Philip mentioned
it on the Geiser issue.

[0] https://gitlab.com/jpellegrini/geiser-stklos
[1] https://gitlab.com/emacs-geiser/geiser/-/issues/16