The problem might be with plisp-mode. It gives the same error (on "send
definition and go" i.e., start REPL and hand code off to it), and I think
ob-picolisp.el relies on plisp. In any case, you've changed your files
around and there is no edit.l anymore. Here's my .emacs section for
picolisp. ;;
This issue came up in a talk or a Reddit group. Can't remember. So let's
say you have a REPL and you've loaded code into it. Let's say you want to
add code to the running REPL, but you'd like to "deactivate," take out some
of the previously loaded running code. In some languages you have to always
Having trouble with getting picolisp to work with org-mode Babel code
blocks. I'm guessing it's because I have an out of date ob-picolisp.el
which I had to scrounge on the Internet. (Got one latest 2021.) I run this
code
#+BEGIN_SRC picolisp :session *pl1*
(+ 1 2 3)
#+END_SRC
#+RESULTS:
: No
It
--
⨽
Lawrence Bottorff
Grand Marais, MN, USA
borg...@gmail.com
e>
>
> I don't think that ob-picolisp cares about pil64 or pil21, most likely the
> problems you see are related to plisp-mode itself.
> Maybe try the original mode standalone, and if that works, try it with
> org-mode.
>
> plisp-mode was developed by someone else, and
--
⨽
Lawrence Bottorff
Grand Marais, MN, USA
borg...@gmail.com
When I'm trying to start picolisp I get
error while loading shared libraries: libffi.so.8: cannot open shared
object file: No such file or directory
I'm on Debian 11 and it has version 7. Should I just do a symbolic link to
it?
--
⨽
Lawrence Bottorff
Grand Marais, MN, USA
borg...@gmail.com
TBTW,
what happened with the picolisp email last night? Bisli angsterregend.
On Fri, Mar 3, 2023 at 11:58 PM Alexander Burger
wrote:
> On Fri, Mar 03, 2023 at 08:47:00PM -0600, Galaxy Being wrote:
> > When I'm trying to start picolisp I get
> >
> > error while loading shared
