emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Alan Schmitt <alan.schmitt@polytechnique.org>
To: Nicolas Goaziou <n.goaziou@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: bug with :wrap when exporting
Date: Fri, 06 Dec 2013 16:32:19 +0100	[thread overview]
Message-ID: <m2haam3sho.fsf@polytechnique.org> (raw)
In-Reply-To: <87eh5suu62.fsf@gmail.com>

n.goaziou@gmail.com writes:

> Hello,
> Alan Schmitt <alan.schmitt@polytechnique.org> writes:
>> I think I have found a bug with ":wrap" when exporting a block. Consider
>> the following org file:
>> #+name: mywrap
>> #+BEGIN_SRC sh :exports none :results raw
>> echo "(+ 1 2)"
>> #+END_SRC
>> Exporting with the result absent:
>> #+name: testmywrap
>> #+call: mywrap() :wrap src emacs-lisp
>> #+results: testmywrap
>> Exporting with the result present:
>> #+name: testmywrap2
>> #+call: mywrap() :wrap src emacs-lisp
>> #+results: testmywrap2
>> #+BEGIN_src emacs-lisp
>> (+ 1 2)
>> #+END_src
>> If you export it, you'll see that the results for the second call are
>> duplicated. Note that this only happens during export: evaluating the
>> second call to mywrap does not duplicate the results below.
> The following patch (from maint) fixed the problem shown in the ECM.
> Does it still work in the general case?

Yes, it works great on the following example (which includes "direct
printing", in the sense of echoing the #+BEGIN_SRC lines) as well as in
the ":wrap" case.

--8<---------------cut here---------------start------------->8---
#+name: fetchcoq
#+BEGIN_SRC sh :exports none :results raw :var f="foo.v"
echo "#+BEGIN_SRC coq"
head $f
echo "#+END_SRC"

Test using direct printing

#+name: test1
#+call: fetchcoq(f="demo.v") :results raw

#+results: test1
Definition toto : forall x, exists y, x = y.

Lemma foo: forall x, x=x.

#+name: fetchcoq2
#+BEGIN_SRC sh :exports none :results raw :var f="foo.v"
head $f

Test using wrap

#+name: test2
#+call: fetchcoq2(f="demo.v") :wrap src coq

#+results: test2
#+BEGIN_src coq test
Definition toto : forall x, exists y, x = y.

Lemma foo: forall x, x=x.
--8<---------------cut here---------------end--------------->8---



  parent reply	other threads:[~2013-12-06 15:32 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-04 12:42 bug with :wrap when exporting Alan Schmitt
2013-12-04 22:29 ` Nicolas Goaziou
2013-12-05 12:43   ` Alan Schmitt
2013-12-05 15:23     ` Josiah Schwab
2013-12-05 17:10       ` Alan Schmitt
2013-12-05 17:57         ` Nick Dokos
2013-12-06  8:32           ` Sebastien Vauban
2013-12-05 17:52     ` Alan Schmitt
2013-12-05 20:27       ` Achim Gratz
2013-12-06 15:29         ` Alan Schmitt
2013-12-06 15:32   ` Alan Schmitt [this message]
2013-12-06 15:44     ` Nicolas Goaziou

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:

  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=m2haam3sho.fsf@polytechnique.org \
    --to=alan.schmitt@polytechnique.org \
    --cc=emacs-orgmode@gnu.org \
    --cc=n.goaziou@gmail.com \


* 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


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).