From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [Babel] [Bug] Cache Date: Fri, 06 Dec 2013 20:57:19 +0100 Message-ID: <87k3fhkb1c.fsf@Rainer.invalid> References: <86fvqqc8jb.fsf@somewhere.org> <87d2lsihdr.fsf@gmail.com> <86k3fnw905.fsf@somewhere.org> <87d2l96b2y.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58034) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp1Wu-0007gr-Fd for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:57:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp1Wo-00029Y-Ba for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:57:40 -0500 Received: from plane.gmane.org ([80.91.229.3]:37125) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp1Wo-00029Q-4q for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:57:34 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vp1Wl-0000qA-M2 for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 20:57:31 +0100 Received: from pd9eb28b2.dip0.t-ipconnect.de ([217.235.40.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Dec 2013 20:57:31 +0100 Received: from Stromeko by pd9eb28b2.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Dec 2013 20:57:31 +0100 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 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 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. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada