bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#48530: Guile Mode


From: Eli Zaretskii
Subject: bug#48530: Guile Mode
Date: Fri, 21 May 2021 09:59:22 +0300

> From: Jérémy Korwin-Zmijowski
>  <jeremy@korwin-zmijowski.fr>
> Date: Thu, 20 May 2021 10:57:11 +0200
> 
> I am Jérémy, an Emacs and Guile user. I came to discover both in the
> same time about three years ago.
> I am not a member of the GNU project, nor FSF. I'm just a GNU
> enthousiast.
> 
> When I edit Guile code in Emacs, I rely mostly on :
> Scheme mode + Geiser + Paredit + Autocomplete/Company + Projectile +
> Magit
> 
> Then come other extensions.
> 
> I am writing to you today to start a conversation (hopefully a work)
> around a kind of "Guile mode" (why not something with IDE
> capabilities). I remember Eli incentivizing people to do so on Guile
> user mailing list.
> 
> I don't know the spirit and the boundaries of the Emacs project.
> Here is a list of things that I would like to be able to do in Emacs
> while writing Guile code.
> (I would like to know if there are things that fit to the scope of your
> project ? For the ones that do not, I will contact the relevant
> stakeholders.)
> 
> - take in charge the support of Geiser for Guile ?
> - provide features to "refactor" Guile code (i.e extract a
> value/procedure into a local/top-level define or let expression, toogle
> a variable to be private or public, change procedure signature and
> propagate change, move to another file/module and auto-import it) ?
> - auto import Guile modules according to unbound variables ?
> - instrument the code (set and stepover breakpoints)

I think in general we would welcome any improvement and extensions in
our current support for Scheme and Guile.  If there are some known
issues with our existing Scheme modes, any improvements are welcome in
general.

Refactoring Scheme code is definitely within what we consider to be
the scope of Emacs; we have some generic support for that in the Xref
package and the related APIs.

I never used Geiser (and am not a very active user of Guile), so I
don't know whether it would make sense for us to take over the Geiser
project.  But some capabilities, like being able to run Guile in REPL
from Emacs would definitely make sense in core (or maybe they already
are, and just need to be extended?).

The latter 2 points sound like they belong to Guile proper, or maybe I
don't understand what you meant by them?

Thanks.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]