From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Build fail with emacs 24.3.1 Date: Tue, 19 Mar 2013 18:14:17 +0100 Message-ID: <87sj3rrzim.fsf@bzg.ath.cx> References: <4213D585-9331-41E2-AA2B-03550D3E043B@univie.ac.at> <878v5reck1.fsf@bzg.ath.cx> <8738vznjw9.fsf@Rainer.invalid> <87wqtalnlc.fsf@bzg.ath.cx> <87txoete7m.fsf@bzg.ath.cx> <87ehfhg5ni.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:36931) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UI1gQ-0002eA-DZ for emacs-orgmode@gnu.org; Tue, 19 Mar 2013 14:54:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UI1gO-0002H8-6S for emacs-orgmode@gnu.org; Tue, 19 Mar 2013 14:54:50 -0400 Received: from mail-wi0-x22b.google.com ([2a00:1450:400c:c05::22b]:39223) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UI1gN-0002Ga-Nf for emacs-orgmode@gnu.org; Tue, 19 Mar 2013 14:54:47 -0400 Received: by mail-wi0-f171.google.com with SMTP id hn17so4361999wib.10 for ; Tue, 19 Mar 2013 11:54:46 -0700 (PDT) In-Reply-To: <87ehfhg5ni.fsf@Rainer.invalid> (Achim Gratz's message of "Thu, 14 Mar 2013 20:09:21 +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: Achim Gratz Cc: emacs-orgmode@gnu.org Hi Achim, Achim Gratz writes: > Aside from the issue of whether using macros here is needed or > appropriate, I can't find anything wrong with the macros or their use so > far. If that upholds, the test not working points to a rather > substantial bug in either the test framework or Emacs 24.3. It's not too late to explore this. > I'm not sure if there's a way to circumvent eager macroexpansion to > test how it gets involved. Some further testing seems to point to > the let clause that produces the contents list: it never seems to be > adding anything coming from the parent. Yeah... I've dugg quite far in many directions here, but I'm stuck. Anyway, `org-export-define-backend' and its friends are now defuns, since there is no good reason for them to be macros. Thanks, -- Bastien