From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Build fail with emacs 24.3.1 Date: Thu, 14 Mar 2013 12:26:05 +0100 Message-ID: <87txoete7m.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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:43317) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG4Oy-0000ab-Lv for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 05:24:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UG4Ot-0002BA-Pm for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 05:24:44 -0400 Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:38993) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG4Ot-00028U-Iv for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 05:24:39 -0400 Received: by mail-wg0-f42.google.com with SMTP id 12so812794wgh.1 for ; Thu, 14 Mar 2013 02:24:38 -0700 (PDT) In-Reply-To: (Achim Gratz's message of "Thu, 14 Mar 2013 08:26:17 +0000 (UTC)") 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: > Bastien altern.org> writes: >> One potential problem in the first test is the use of "parent" as the >> name of the symbol to pass to the macro... since this is the very same >> name than the macro second argument. At least this reminded me this >> section of Elisp manual: > > I've actually tested this by renaming the macro arguments and no symbol > capturing seems to be involved via this path. The symbol is never used unquoted > in the macro expansion anyway. So, I'm not alone. >> So... instead of fixing the macro calls in the tests, I've been >> wondering why using a macro for `org-export-define-derived-backend' >> and `org-export-define-backend' would be better? > > I think that these are proper uses of macros since Nicolas is introducing > special syntax for defining a backend. Yes -- but what I'm arguing about is that the special syntax is not needed. Or more specifically, it is not needed to have (org-export-define-backend html ((bold . org-html-bold) instead of just (org-export-define-backend 'html '((bold . org-html-bold) > In any case before anything is changed > we should know why this is happening at all. If we agree the macros are not really needed we can make the change. We will always be free to find why the macros are causing problems later one. I know the move looks like I want to avoid the problems instead of fixing them, but it's not: it's about fixing the approach upstream instead of fighting with some obscure consequences of the unnecessary approach. Anyway, I'll wait Nicolas opinion on this for sure. -- Bastien