From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [Babel] [Bug] Cache Date: Fri, 06 Dec 2013 19:29:02 -0700 Message-ID: <87ob4t2xxz.fsf@gmail.com> References: <86fvqqc8jb.fsf@somewhere.org> <87d2lsihdr.fsf@gmail.com> <86k3fnw905.fsf@somewhere.org> <87d2l96b2y.fsf@gmail.com> <87k3fhkb1c.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39215) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7hW-0004Gm-Fq for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 21:33:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp7hQ-0000l0-Qa for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 21:33:02 -0500 Received: from mail-pb0-x22a.google.com ([2607:f8b0:400e:c01::22a]:39055) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7hQ-0000jy-IS for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 21:32:56 -0500 Received: by mail-pb0-f42.google.com with SMTP id uo5so2117580pbc.29 for ; Fri, 06 Dec 2013 18:32:55 -0800 (PST) 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: Achim Gratz Cc: emacs-orgmode@gnu.org --=-=-= Content-Type: text/plain Achim Gratz writes: > Eric Schulte writes: >> In that thread we agreed that the expansion of no-web references >> *should* be included in code blocks for hashing, but no-one has had the >> time to implement this. > > I think we may have discussed this before, but if you make the hashes > dependent on the possibly recursive noweb expansions What is a recursive noweb expansion? I think of the following, which will cause errors in any situation. --=-=-= Content-Type: text/x-org Content-Disposition: inline; filename=recursive.org #+name: a #+begin_src sh echo "hi <>" #+end_src #+name: b #+begin_src sh echo "hi <>" #+end_src --=-=-= Content-Type: text/plain > this would require that all expansions be re-computed all the time or > you would need to discern which of the expansions are "pure" > (i.e. depend only on their arguments, functional-style), which have > session semantics and which of the ones that have session semantics > should possibly not be re-evaluated. I'm not sure that opening this > can of worms is worth the trouble. > I still (and I think this was my issue last time) don't see how noweb expansions are more complicated than :var arguments. That said I agree that this is an edge case, and I certainly don't have time to make this change (which you right could be complex) at the moment. Best, > > > Regards, > Achim. -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D --=-=-=--