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
echo "#+END_SRC"
#+END_SRC
Test using direct printing
#+name: test1
#+call: fetchcoq(f="demo.v") :results raw
#+results: test1
#+BEGIN_SRC coq
Definition toto : forall x, exists y, x = y.
Lemma foo: forall x, x=x.
#+END_SRC
#+name: fetchcoq2
#+BEGIN_SRC sh :exports none :results raw :var f="foo.v"
head $f
echo
#+END_SRC
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.
#+END_src
--8<---------------cut here---------------end--------------->8---
Thanks,
Alan
next prev 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:
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=m2haam3sho.fsf@polytechnique.org \
--to=alan.schmitt@polytechnique.org \
--cc=emacs-orgmode@gnu.org \
--cc=n.goaziou@gmail.com \
/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).