From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kalev Takkis Subject: Babel, shell variable expansion in noweb function call Date: Sun, 6 Sep 2015 17:58:18 +0300 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bdc0d00047ca2051f155d67 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33138) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZYbOe-0006z9-LL for emacs-orgmode@gnu.org; Sun, 06 Sep 2015 10:58:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZYbOd-0005O8-Rn for emacs-orgmode@gnu.org; Sun, 06 Sep 2015 10:58:20 -0400 Received: from mail-ig0-x230.google.com ([2607:f8b0:4001:c05::230]:35368) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZYbOd-0005O2-Ma for emacs-orgmode@gnu.org; Sun, 06 Sep 2015 10:58:19 -0400 Received: by igbkq10 with SMTP id kq10so39964282igb.0 for ; Sun, 06 Sep 2015 07:58:19 -0700 (PDT) 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: emacs-orgmode@gnu.org --047d7bdc0d00047ca2051f155d67 Content-Type: text/plain; charset=UTF-8 Hi list, I'm struggling with the following example and failing get it to work: #+begin_src bash :results value code :noweb yes p1="/foo/bar" p2="/foo/baz/foo" rpath=<> #+end_src If the parameters are given as values such as path1="/foo/bar", the function works as expected, from which I deduce that the problem must be in parameter expansion. Is it? If yes, is there a solution? All the best, Kalev --047d7bdc0d00047ca2051f155d67 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi list,

I'm struggling with the fo= llowing example and failing get it to work:

=C2=A0 #+begin_src = bash :results value code :noweb yes
=C2=A0=C2=A0=C2=A0 p1=3D"/foo/b= ar"
=C2=A0=C2=A0=C2=A0 p2=3D"/foo/baz/foo"
=C2=A0=C2= =A0=C2=A0 rpath=3D<<relative_path(path1=3D"$p1", path2=3D&q= uot;$p2")>>
=C2=A0 #+end_src


If the par= ameters are given as values such as path1=3D"/foo/bar", the funct= ion works as expected, from which I deduce that the problem must be in para= meter expansion. Is it? If yes, is there a solution?

All = the best,
Kalev
--047d7bdc0d00047ca2051f155d67--