From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Myles English" <mylesenglish@gmail.com>
Subject: [new exporter] two unexpected behaviours of an #+INCLUDEd #+call
Date: Thu, 18 Oct 2012 16:07:22 +0100
Message-ID: <87bofzrf85.fsf@ed.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:35205)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mylesenglish@gmail.com>) id 1TOrZR-0008JS-W6
	for Emacs-orgmode@gnu.org; Thu, 18 Oct 2012 10:59:42 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mylesenglish@gmail.com>) id 1TOrZQ-0003Eu-Gu
	for Emacs-orgmode@gnu.org; Thu, 18 Oct 2012 10:59:37 -0400
Received: from mail-ee0-f41.google.com ([74.125.83.41]:46081)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mylesenglish@gmail.com>) id 1TOrZQ-0003EL-AU
	for Emacs-orgmode@gnu.org; Thu, 18 Oct 2012 10:59:36 -0400
Received: by mail-ee0-f41.google.com with SMTP id c4so5702005eek.0
	for <Emacs-orgmode@gnu.org>; Thu, 18 Oct 2012 07:59:35 -0700 (PDT)
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Emacs-orgmode <Emacs-orgmode@gnu.org>


Hi,

I think there is a bug here.

Given the situation below, I would expect that the block named xxx
would never be evaluated:

#--------------------- file b.org -------------------
#+TITLE:     b.org
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport

* A heading            	   :noexport:

#+INCLUDE: "c.org"

#--------------------- file c.org -------------------
* A Heading in c.org
#+name: xxx
#+BEGIN_SRC sh
echo "Evaluated" > c.out
#+END_SRC

#+call: xxx()

#----------------------------------------------------

And maybe it isn't evaluated but the call is still processed to some
extent upon latex export:

#+BEGIN_SRC sh :shebang "#!/usr/bin/env bash" :tangle eval_bug.sh
emacs -Q --batch --eval "(progn
               (add-to-list 'load-path
                 (expand-file-name \"./lisp/\"))
               (add-to-list 'load-path
                 (expand-file-name \"./contrib/lisp/\" t))
               (require 'org-e-latex)
               (org-babel-do-load-languages
                'org-babel-load-languages
                '((sh . t)))
               (find-file \"b.org\")
               (org-e-latex-export-to-latex))"
#+END_SRC

 $ ./eval_bug.sh
Loading /home/myles/.emacs.d/plugins/org-mode/lisp/org-loaddefs.el (source)...
OVERVIEW
Loading vc-git...
OVERVIEW
OVERVIEW
Reference 'xxx' not found in this buffer

Removing the :noexport: results in the same message as above, removing
the #+call causes c.org to be included but even adding these line to the
batch function above will not cause the block to be evaluated
(i.e. there is no c.out written):

(setq org-confirm-babel-evaluate nil)
(setq org-export-babel-evaluate t)

This is with Org-mode version 7.9.2 (release_7.9.2-454-g949709 @
/home/myles/.emacs.d/plugins/org-mode/lisp/).

Thanks,

Myles