Emacs <-> Lua bridge

Emacs <-> Lua bridge

[Eduardo Ochs]

Hi list,

about a month ago I asked on the Lua mailing list if anyone there had
tried to create an Emacs module that would load Lua and then start a
Lua interpreter and let Emacs call it...

I received this answer,

  http://lua-users.org/lists/lua-l/2021-03/msg00084.html

and today I finally had time to compile that code on Debian and test
it. It looks prototype-ishy, but it is surprisingly functional - if we
run something that returns several values, like the second sexp here,

  (emlua-dostring "a = 22")
  (emlua-dostring "return a+33, '44', {}")

it retuns a vector like this,

  ["55" "44" "table: 0x55f5e0a15a10"]

with tostring-ed versions of all its return values, and if we run
something that yields an error it returns a string with Lua's error
message.

I haven't played much with it yet.
Happy hacking =),

  Eduardo Ochs
  http://angg.twu.net/#eev
  http://angg.twu.net/emacsconf2020.html

Re: Emacs <-> Lua bridge

[Eduardo Ochs]

Ooops, I forgot the link to the version with my comments
and instructions to compile on Debian! Here it is:
  http://angg.twu.net/emacs-lua/emlua.cpp.html
  http://angg.twu.net/emacs-lua/emlua.cpp

Cheers =/,
  Eduardo

On Sun, 18 Apr 2021 at 01:32, Eduardo Ochs <eduardoochs@gmail.com> wrote:
>
> Hi list,
>
> about a month ago I asked on the Lua mailing list if anyone there had
> tried to create an Emacs module that would load Lua and then start a
> Lua interpreter and let Emacs call it...
>
> I received this answer,
>
>   http://lua-users.org/lists/lua-l/2021-03/msg00084.html
>
> and today I finally had time to compile that code on Debian and test
> it. It looks prototype-ishy, but it is surprisingly functional - if we
> run something that returns several values, like the second sexp here,
>
>   (emlua-dostring "a = 22")
>   (emlua-dostring "return a+33, '44', {}")
>
> it retuns a vector like this,
>
>   ["55" "44" "table: 0x55f5e0a15a10"]
>
> with tostring-ed versions of all its return values, and if we run
> something that yields an error it returns a string with Lua's error
> message.
>
> I haven't played much with it yet.
> Happy hacking =),
>
>   Eduardo Ochs
>   http://angg.twu.net/#eev
>   http://angg.twu.net/emacsconf2020.html

Re: Emacs <-> Lua bridge

[michael schuldt]

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

Awesome!

Several years ago I compiled the Lua interpreter into Emacs and added
functions for accessing each from the other.
It was just fun experimental software and is not supported or actively
developed and still has unresolved issues,
but might be of interest to you. This was before modules got added to Emacs.
You can check out the code here: https://github.com/mschuldt/luamacs


On Sat, Apr 17, 2021 at 9:46 PM Eduardo Ochs <eduardoochs@gmail.com> wrote:

> Ooops, I forgot the link to the version with my comments
> and instructions to compile on Debian! Here it is:
>   http://angg.twu.net/emacs-lua/emlua.cpp.html
>   http://angg.twu.net/emacs-lua/emlua.cpp
>
> Cheers =/,
>   Eduardo
>
> On Sun, 18 Apr 2021 at 01:32, Eduardo Ochs <eduardoochs@gmail.com> wrote:
> >
> > Hi list,
> >
> > about a month ago I asked on the Lua mailing list if anyone there had
> > tried to create an Emacs module that would load Lua and then start a
> > Lua interpreter and let Emacs call it...
> >
> > I received this answer,
> >
> >   http://lua-users.org/lists/lua-l/2021-03/msg00084.html
> >
> > and today I finally had time to compile that code on Debian and test
> > it. It looks prototype-ishy, but it is surprisingly functional - if we
> > run something that returns several values, like the second sexp here,
> >
> >   (emlua-dostring "a = 22")
> >   (emlua-dostring "return a+33, '44', {}")
> >
> > it retuns a vector like this,
> >
> >   ["55" "44" "table: 0x55f5e0a15a10"]
> >
> > with tostring-ed versions of all its return values, and if we run
> > something that yields an error it returns a string with Lua's error
> > message.
> >
> > I haven't played much with it yet.
> > Happy hacking =),
> >
> >   Eduardo Ochs
> >   http://angg.twu.net/#eev
> >   http://angg.twu.net/emacsconf2020.html
>
>

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

Re: Emacs <-> Lua bridge

[Eduardo Ochs]

Hi Michael,

this looks very interesting! What did you use it for?

Do you have plans to adapt your src/luamacs.c and make it into
something that can be loaded as a module? I am quite incompetent with
C, so I can't help you with the C side besides offering encouragement
and testing...

At this moment I have these short-term goals with the emlua module:

  1. Adapt https://github.com/edrx/edrxrepl to emlua,

  2. Use emlua to help me edit the files into which I throw
     interesting URLs compulsively when I am browsing the web in
     half-brain-dead mode,

One of my medium-term goals is to use emlua to turn Emacs into an
editor of derivation trees - see:

  http://angg.twu.net/dednat6/tug-slides.pdf

at this moment I have to edit them by hand, using rectangle commands
and picture mode, and some operations on them are hard to do... Note
that dednat6 has a mini-Forth inside, that is based on this:

  http://angg.twu.net/miniforth-article.html

And this may be somewhat related to the other stuff in your github
page...

  Cheers! =)
    Eduardo Ochs
    http://angg.twu.net/#eev

On Sun, 18 Apr 2021 at 17:16, michael schuldt <mbschuldt@gmail.com> wrote:
>
> Awesome!
>
> Several years ago I compiled the Lua interpreter into Emacs and added functions for accessing each from the other.
> It was just fun experimental software and is not supported or actively developed and still has unresolved issues,
> but might be of interest to you. This was before modules got added to Emacs.
> You can check out the code here: https://github.com/mschuldt/luamacs

Re: Emacs <-> Lua bridge

[michael schuldt]

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

Hi Eduardo,

I didn't use it for anything. It was something a professor let me do for
credit while in university
because I was one unit short of the semester minimum.

I thought it would be useful as a faster and more mainstream way of
programming Emacs,
but it turns out I enjoy Emacs Lisp more so I found no motivation to
continue working on it.
For a while I stopped caring about what other people wanted to use and
started writing tools in
Emacs Lisp...I've managed to find the middle ground since then.

This was also before modules got added to Emacs so that wasn't an option,
it had to be compiled in.
Now that I'm thinking about it, I don't think this could be done with
modules.
It extends core data structures and modifies things like garbage
collection, I'm guessing
that's beyond the capability of a module.

Your mini-forth looks cool! I'll have to spend a bit more time checking it
out...later.
Unfortunately I've been a bit too busy for the fun esoteric stuff lately.

On Mon, Apr 19, 2021 at 12:41 AM Eduardo Ochs <eduardoochs@gmail.com> wrote:

> Hi Michael,
>
> this looks very interesting! What did you use it for?
>
> Do you have plans to adapt your src/luamacs.c and make it into
> something that can be loaded as a module? I am quite incompetent with
> C, so I can't help you with the C side besides offering encouragement
> and testing...
>
> At this moment I have these short-term goals with the emlua module:
>
>   1. Adapt https://github.com/edrx/edrxrepl to emlua,
>
>   2. Use emlua to help me edit the files into which I throw
>      interesting URLs compulsively when I am browsing the web in
>      half-brain-dead mode,
>
> One of my medium-term goals is to use emlua to turn Emacs into an
> editor of derivation trees - see:
>
>   http://angg.twu.net/dednat6/tug-slides.pdf
>
> at this moment I have to edit them by hand, using rectangle commands
> and picture mode, and some operations on them are hard to do... Note
> that dednat6 has a mini-Forth inside, that is based on this:
>
>   http://angg.twu.net/miniforth-article.html
>
> And this may be somewhat related to the other stuff in your github
> page...
>
>   Cheers! =)
>     Eduardo Ochs
>     http://angg.twu.net/#eev
>
> On Sun, 18 Apr 2021 at 17:16, michael schuldt <mbschuldt@gmail.com> wrote:
> >
> > Awesome!
> >
> > Several years ago I compiled the Lua interpreter into Emacs and added
> functions for accessing each from the other.
> > It was just fun experimental software and is not supported or actively
> developed and still has unresolved issues,
> > but might be of interest to you. This was before modules got added to
> Emacs.
> > You can check out the code here: https://github.com/mschuldt/luamacs
>

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