emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Erik Iverson <eriki@ccbr.umn.edu>
To: emacs-orgmode <emacs-orgmode@gnu.org>, dto@gnu.org
Subject: [babel] common lisp / slime evaluation in org-mode
Date: Wed, 09 Feb 2011 11:30:48 -0600	[thread overview]
Message-ID: <4D52CF48.9030906@ccbr.umn.edu> (raw)

Hello,

I have started playing around with SLIME and was pleased to find there
was already some support in org-mode for evaluating Common LISP
blocks. The comments in ob-lisp.el makes it clear that it is not
complete support yet. It appears for example that you can only
evaluate one lisp form per code block. Here is an example.

* First, let's try in emacs lisp

The following works how I would expect. The value in the results block
is the value of the last expression in the code block.

#+begin_src emacs-lisp

(defvar test1 "test1 value")
(defvar test2 "test2 value")
test2

#+end_src

#+results:
: test2 value

* Now, let's try common lisp

First, we need to start up a SLIME session, with M-x slime. This
assumes you have SLIME set up correctly. I am using SBCL as my CL
environment in this example.

#+begin_src lisp :session

(defvar test1 "test1 value")
(defvar test2 "test2 value")
test2

#+end_src

#+results:
: TEST1

You see the result in the buffer is the value of the first form, and
if I go into the inferior-lisp buffer, test2 is not bound to any
value. If I evaluate the CL code block above without the :session
argument, I get an error in the *Org-Babel Error Output* buffer.

Looking at the code in ob-lisp.el, I think I see why this is
happening, but don't know enough about SLIME yet to make it work. It
seems that line that calls =eval-slime= would need to be changed to
=eval-slime-buffer= after dumping the code block into a temporary
buffer. However, that didn't quite work since that function
(=slime-eval-buffer=) doesn't appear to actually return the final
value.

So, I write this in case this is an easy fix for someone with more
knowledge of SLIME, and to confirm that this is indeed the current
behavior that others see. I will continue to investigate a solution.

Thanks,
--Erik

             reply	other threads:[~2011-02-09 17:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-09 17:30 Erik Iverson [this message]
2011-02-09 18:54 ` [babel] common lisp / slime evaluation in org-mode Erik Iverson
2011-02-10  1:18 ` Eric Schulte
2011-02-10  1:49   ` Erik Iverson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D52CF48.9030906@ccbr.umn.edu \
    --to=eriki@ccbr.umn.edu \
    --cc=dto@gnu.org \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).