From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Erroneous "No such file or directory" with babel and remote dir Date: Thu, 15 Nov 2012 19:31:48 +0100 Message-ID: <87haoq1zvv.fsf@Rainer.invalid> References: <87y5kiq71h.fsf@slate.zedat.fu-berlin.de> <87vcfapgfy.fsf@bzg.ath.cx> <87a9wd56i6.fsf@slate.zedat.fu-berlin.de> <878vbwhczx.fsf@Rainer.invalid> <87a9wc1uki.fsf@slate.zedat.fu-berlin.de> <87vcf0ft1s.fsf@Rainer.invalid> <87mx0chswg.fsf@slate.zedat.fu-berlin.de> <87r4pnpehe.fsf@Rainer.invalid> <87fw4dlei8.fsf@slate.zedat.fu-berlin.de> <7557.1352869451@alphaville> <9608.1352874199@alphaville> <6907.1352962529@alphaville> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53503) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZ4Ed-0007zz-It for emacs-orgmode@gnu.org; Thu, 15 Nov 2012 13:32:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TZ4Ea-0002Dl-Fy for emacs-orgmode@gnu.org; Thu, 15 Nov 2012 13:32:19 -0500 Received: from plane.gmane.org ([80.91.229.3]:48506) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZ4Ea-0002Da-98 for emacs-orgmode@gnu.org; Thu, 15 Nov 2012 13:32:16 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TZ4Ee-0004gp-2S for emacs-orgmode@gnu.org; Thu, 15 Nov 2012 19:32:20 +0100 Received: from pd9eb414e.dip.t-dialin.net ([217.235.65.78]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Nov 2012 19:32:20 +0100 Received: from Stromeko by pd9eb414e.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Nov 2012 19:32:20 +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 Nick Dokos writes: > The first set of code transformations (implemented as commit > 63b5f8f2e85b3059a2d30041db6939347a7a2d7d) dealt with the situation by > doing a mass substitution: flet --> org-flet and labels --> org-labels > (and in at least one case, flet --> org-labels to deal with a > recursive definition - I presume that was a preexisting bug that was > fixed by this substitution) and adding compatibility aliases in > org-compat.el to use the cl-flet/cl-labels macros from cl.el in emacs > versions >= 24.1.50. As has slowly transpired in the meantime, there is no substitution for the deprecated flet. The new cl-flet does lexical instead of dynamical binding of the function slot and the other alternatives have other subtle differences that don't really seem to be documented in a single place. > So the moral of the story is that the code transformations have *not* > left functionality unchanged. Something went awry but to be honest, I > don't know what. I didn't spend much time on it because of what I > found out next. [...] > And is this the only problem? Probably not: every flet->let > transformation would have to be scrutinized. Thanks for this extensive explanation. I don't know if that might convince Stefan Monnier to un-deprecate letf, you'd not be the only one to be rattling his cage on this issue. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs