From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: new exporter Date: Wed, 27 Jun 2012 22:05:30 +0200 Message-ID: <87fw9gwmet.fsf@Rainer.invalid> References: <3C38420E-E2FA-4CAB-B3FD-9C5F8584E60A@gmail.com> <81fwadrgoo.fsf@gmail.com> <87396dzlai.fsf_-_@Rainer.invalid> <871ulqgb4t.fsf@gmail.com> <87y5nyx4ku.fsf@Rainer.invalid> <87a9zq7htj.fsf@Rainer.invalid> <87r4t261fw.fsf@Rainer.invalid> <87k3yu15wj.fsf@gmail.com> <87395hkj7u.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:37007) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SjyUo-0007xo-I3 for emacs-orgmode@gnu.org; Wed, 27 Jun 2012 16:05:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SjyUj-0003pd-Gb for emacs-orgmode@gnu.org; Wed, 27 Jun 2012 16:05:50 -0400 Received: from plane.gmane.org ([80.91.229.3]:51206) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SjyUj-0003p8-A5 for emacs-orgmode@gnu.org; Wed, 27 Jun 2012 16:05:45 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SjyUg-00073e-9D for emacs-orgmode@gnu.org; Wed, 27 Jun 2012 22:05:42 +0200 Received: from pd9eb5458.dip.t-dialin.net ([217.235.84.88]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Jun 2012 22:05:41 +0200 Received: from Stromeko by pd9eb5458.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Jun 2012 22:05:41 +0200 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 Achim Gratz writes: > Nicolas Goaziou writes: >> That may not solve the problem, but could at least simplify it. > > The problem can be demonstrated with just this code snippet in place of > org-export.el: [...] > So it might be a bit easier to solve now (I hope). This code snippet has at last after revealed where the problem is: the function call to (current-buffer) gets unquoted, when it clearly needs to be in the expansion. The literal expansion of the buffer content into the compiled bytecode is similarly explained by an unquoting of (buffer-string). Here's a patch that seems to fix the compilation (without changelog and everything because I think you may want to check the rest of the new exporters for similar constructs). --8<---------------cut here---------------start------------->8--- contrib/lisp/org-export.el | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/contrib/lisp/org-export.el b/contrib/lisp/org-export.el index 7e82050..8776086 100644 --- a/contrib/lisp/org-export.el +++ b/contrib/lisp/org-export.el @@ -2475,9 +2475,9 @@ (defmacro org-export-with-current-buffer-copy (&rest body) Point is at buffer's beginning when BODY is applied." (org-with-gensyms (original-buffer offset buffer-string overlays) - `(let ((,original-buffer ,(current-buffer)) + `(let ((,original-buffer (current-buffer)) (,offset ,(1- (point-min))) - (,buffer-string ,(buffer-string)) + (,buffer-string (buffer-string)) (,overlays (mapcar 'copy-overlay (overlays-in (point-min) (point-max))))) (with-temp-buffer -- 1.7.10.4 --8<---------------cut here---------------end--------------->8--- 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