It sounds like you should incorporate some tangling prior to running some blocks so that the external files would exist when required. The only other approach is something like a :session. I don't know if that is setup for scheme/racket though. John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Sep 6, 2016 at 3:17 PM, Lawrence Bottorff wrote: > Racket has a nice module system whereby a module is kept in a plain text > .rkt file. For example, > > #lang racket > (provide print-cake) > ; draws a cake with n candles > (define (print-cake n) > (show " ~a " n #\.) > (show " .-~a-. " n #\|) > (show " | ~a | " n #\space) > (show "---~a---" n #\-)) > > (define (show fmt n ch) > (printf fmt (make-string n ch)) > (newline)) > > is in cake.rkt so that > > #+begin_src scheme :session ch2 > (require "cake.rkt") > (print-cake (random 30)) > #+end_src > > produces the actual ascii -- albeit in the *Geiser dbg* buffer (or run > from the associated REPL ch2): > > ; -*- geiser-scheme-implementation: racket -*- > (require "cake.rkt") > (print-cake (random 30)) > > > => # > > ....................... > .-|||||||||||||||||||||||-. > | | > ----------------------------- > > So, this means I can do some Racket in org-mode, but the module side has > to be outside. This seems not so elegant. Is there a babel language where > the entire ecosystem is inside Emacs/org-mode? I'd like to have the module > paradigm and have it all inside Emacs/org-mode. > > LB >