From: "Thomas S. Dye" <tsd@tsdye.online>
To: emacs-orgmode@gnu.org
Subject: Re: source blocks DAG evaluation
Date: Sun, 21 Mar 2021 16:44:36 -1000 [thread overview]
Message-ID: <8735wnsy97.fsf@tsdye.online> (raw)
In-Reply-To: <87k0q0ymk1.fsf@riseup.net>
Aloha c4to,
I would be tempted to use noweb expansion here.
#+name: libB
#+begin_src scheme :results none :noweb yes
<<libA>>
(define greetings (string-append hi ", " "to all the people!"))
#+end_src
#+begin_src scheme :session example :results output :noweb yes
<<libB>>
(display greetings)
#+end_src
Does this do what you want?
All the best,
Tom
c4t0 writes:
> Hi,
>
> Is it possible to have a dependency hierarchy of source blocks?
>
> i.e.: in C, if you use libA from a compilation unit and that
> library needs libB, you don't need to include it in main.c
>
> -> main.c
> #include "libB.h"
> -> libB.c
> #include "libA.h"
>
> you don't need to:
> -> main.c
> #include "libB.h"
> #include "libA.h"
>
> because library headers are closed under inclusion.
>
> I haven't succeeded in doing the same in org-mode. Even after
> populating org-babel-library-of-babel.
>
> Using #+call just doesn't work. Using :var is better, evaluates
> all, but there appears to lack session support, it doesn't check
> for cycles and it feels a little hacky
>
> With #+call I need to do it like this:
>
> #+name: libA
> #+begin_src scheme :results none
> (define hi "hello")
> #+end_src
>
> #+name: libB
> #+begin_src scheme :results none
> (define greetings (string-append hi ", " "to all the people!"))
> #+end_src
>
> here is my "main" I need to C-c C-c in each #+call line and
> write the :session that the code block uses in each one, and do
> it in the correct order. If I C-c C-c in libB first it won't
> eval because 'hi' is not defined.
>
> #+call: libB[:session example]
> #+call: libA[:session example]
> #+begin_src scheme :session example :results output
> (display greetings)
> #+end_src
>
> source blocks can be #+call(ed) but aren't closed under #+call
> (a source block can be called but then the callee won't)
>
> instead I would like to :
>
> #+name: libA
> #+begin_src scheme :results none
> (define hi "hello")
> #+end_src
>
> #+call: libA
> #+name: libB
> #+begin_src scheme :results none
> (define greetings (string-append hi ", " "to all the people!"))
> #+end_src
>
> #+call: libB
> #+begin_src scheme :session example :results output
> (display greetings)
> #+end_src
>
> - there shouldn't be needed to C-c C-c in the #+call line,
> evaluating the source block alone should suffice.
> - there shouldn't be a need to write the :session
> - it should use the session of the user evaled block, unless
> specified otherwise
>
> In the other hand, using :var with a dummy variable:
>
> #+name: libA
> #+begin_src scheme :results none
> (define hi "hello")
> #+end_src
>
> #+name: libB
> #+begin_src scheme :results none :var _=libA
> (define greetings (string-append hi ", " "to all the people!"))
> #+end_src
>
> #+HEADER: :var _=libB
> #+begin_src scheme :session example :results output
> (display greetings)
> #+end_src
>
> It evals libA then libB and finally the (display greetings)
> code.
> But it fails, because the :session example is ignored. Even if I
> add a :session example to every source block (which would be
> really bad, sessión must be decided by the consumer) it doesn't
> work. I think that is because :var expects a value, so it just
> opens a new session to evaluate code every time.
>
> Besides if there are any dependency cycles, it just fails with:
> Lisp nesting exceeds ‘max-lisp-eval-depth’
>
> So if I'm right and there is not an implemented way to do this,
> how can we do it? Adding session support for :var? constructing
> a DAG of #+calls and then evaluating in order? maybe using a new
> header?
>
> COD.
--
Thomas S. Dye
https://tsdye.online/tsdye
next prev parent reply other threads:[~2021-03-22 2:46 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-22 2:00 source blocks DAG evaluation c4t0
2021-03-22 2:44 ` Thomas S. Dye [this message]
2021-03-22 13:41 ` c4t0
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=8735wnsy97.fsf@tsdye.online \
--to=tsd@tsdye.online \
--cc=emacs-orgmode@gnu.org \
/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).