Emlua: a way to run a Lua interpreter inside Emacs as a module

Emlua: a way to run a Lua interpreter inside Emacs as a module

[Eduardo Ochs]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

Hi all,
here is a new toy:

  Emlua: a way to run a Lua interpreter inside Emacs as a module
  https://github.com/edrx/emlua

To test Emlua you will need: 1) an Emacs compiled with support for
dynamic modules, 2) liblua5.3-dev or something equivalent to it, and
3) eev. People with some practice with eev should be able to download,
compile, and test everything just by using the script that is here:

  https://github.com/edrx/emlua#testing-everything

The github page has lots of explanations, links, and even a
screenshot (!!!). Its last section says:

  This is a prototype!
  At this moment emlua isn't very useful per se, but it is very easy
  to hack and extend.

I hope that the code is well-commented enough.
Cheers & happy hacking,
  Eduardo Ochs
  http://angg.twu.net/#eev

[-- Attachment #2: Type: text/html, Size: 1056 bytes --]

Re: Emlua: a way to run a Lua interpreter inside Emacs as a module

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > here is a new toy:

  >   Emlua: a way to run a Lua interpreter inside Emacs as a module
  >   https://github.com/edrx/emlua

Is it already possible to run lua itself in a subprocess?

I have a feeling that linking all the world's language interpreters
into Emacs itself is asking for (1) lots more work and (2) trouble.


-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Re: Emlua: a way to run a Lua interpreter inside Emacs as a module

[Eduardo Ochs]

On Tue, 29 Mar 2022 at 00:27, Richard Stallman <rms@gnu.org> wrote:
>   >   Emlua: a way to run a Lua interpreter inside Emacs as a module
>   >   https://github.com/edrx/emlua
>
> Is it already possible to run lua itself in a subprocess?

Yes, that's very easy, and that's what I did for many years.

> I have a feeling that linking all the world's language interpreters
> into Emacs itself is asking for (1) lots more work and (2) trouble.

I linked Lua because it is my favorite language and in most cases I
write Lua code much faster that I write Lisp... and I _did_ try to
write hooks to process the output of an inferior Lua process to write
code that would process some kinds of outputs as sexps, but failed.

Emlua is a personal project that is helping me to bypass some of my
limitations with writing hooks and filters in elisp. I hope that it
won't make people blame me for the next 1000 languages that will be
linked to Emacs using modules... =/

  Cheers,
    Eduardo Ochs
    http://angg.twu.net/#eev

Re: Emlua: a way to run a Lua interpreter inside Emacs as a module

[Po Lu]

Richard Stallman <rms@gnu.org> writes:

> Is it already possible to run lua itself in a subprocess?

Yes.

Re: Emlua: a way to run a Lua interpreter inside Emacs as a module

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > I linked Lua because it is my favorite language and in most cases I
  > write Lua code much faster that I write Lisp... and I _did_ try to
  > write hooks to process the output of an inferior Lua process to write
  > code that would process some kinds of outputs as sexps, but failed.

For the sake of the maintainance and development burden of Emacs,
it is crucial to do it that way, running Lua as a separate process.
The dynamic module would be system-dependent, and even if volunteers
do the work of developing it for a wide range of systems, it will
still put a burden on us, a burden that volunteers would have
difficulty taking off our shoulders.

Yes, it is tricky to communicate reliably with a subprocess.
But there are other Lisp packages that do this.  All it will
take to get that to work is for one clever wizard to figure
out the right way, and implement it once.

Would someone like to work on this?


-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)