From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Schmitt Subject: Re: How to ensure code blocks are run during export? Date: Fri, 03 May 2013 14:16:04 +0200 Message-ID: References: <86bo8sbggr.fsf@somewhere.org> <86txmk9uv6.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:47430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYEuH-0008EX-S0 for emacs-orgmode@gnu.org; Fri, 03 May 2013 08:16:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UYEuF-0000jo-8A for emacs-orgmode@gnu.org; Fri, 03 May 2013 08:16:09 -0400 Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:56232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYEuF-0000jg-1S for emacs-orgmode@gnu.org; Fri, 03 May 2013 08:16:07 -0400 In-reply-to: <86txmk9uv6.fsf@somewhere.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Sebastien Vauban Cc: emacs-orgmode@gnu.org Sebastien Vauban writes: > The following does work. It does, I agree, but this does not. If you run export on this: --8<---------------cut here---------------start------------->8--- # -*- org-confirm-babel-evaluate: nil -*- Setting the stage #+BEGIN_SRC ocaml :results silent :exports none let f x = x;; #+END_SRC Using the function #+BEGIN_SRC ocaml :results code verbatim :exports results f 3;; #+END_SRC --8<---------------cut here---------------end--------------->8--- Then the `f 3' results in an error. Looking in the ocaml buffer that is launched for evaluation, one sees: ,---- | f 3;; | "org-babel-ocaml-eoe";; | Characters 0-1: | f 3;; | ^ | Error: Unbound value f | # - : string = "org-babel-ocaml-eoe" `---- And the declaration of f was not run. If you replace `none' by `results' for the `:exports' of the first block, then everything works fine. I don't think this is specific to ocaml, I guess it may happen with every session-based evaluation. Alan