From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Build fail with emacs 24.3.1 Date: Thu, 14 Mar 2013 20:09:21 +0100 Message-ID: <87ehfhg5ni.fsf@Rainer.invalid> 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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46261) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGDWy-0003Fm-Ql for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 15:09:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGDWx-0006Bh-IV for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 15:09:36 -0400 Received: from plane.gmane.org ([80.91.229.3]:60249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGDWx-00069o-CN for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 15:09:35 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UGDXI-00026p-3F for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 20:09:56 +0100 Received: from pd9eb48c2.dip.t-dialin.net ([217.235.72.194]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Mar 2013 20:09:56 +0100 Received: from Stromeko by pd9eb48c2.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Mar 2013 20:09:56 +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 Bastien writes: > 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. 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. 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. 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