From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: [URGENT] Problems with (defvar foo) and Emacs 23 Date: Mon, 02 Apr 2012 08:15:38 +0200 Message-ID: <877gxy64mt.fsf@gnu.org> References: <87sjgngtzk.fsf@norang.ca> <87aa2vp5ri.fsf@Rainer.invalid> <8762djp54z.fsf_-_@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:47824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SEaX3-0006Ye-CE for emacs-orgmode@gnu.org; Mon, 02 Apr 2012 02:14:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SEaX1-0004Zc-R5 for emacs-orgmode@gnu.org; Mon, 02 Apr 2012 02:14:24 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:37429) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SEaX1-0004ZQ-Ha for emacs-orgmode@gnu.org; Mon, 02 Apr 2012 02:14:23 -0400 Received: by wibhj13 with SMTP id hj13so1739995wib.12 for ; Sun, 01 Apr 2012 23:14:21 -0700 (PDT) In-Reply-To: <8762djp54z.fsf_-_@Rainer.invalid> (Achim Gratz's message of "Sun, 01 Apr 2012 22:29:48 +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: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: > Achim Gratz writes: >> Again, the missing value is not the problem. The problem arises when >> the variable name in the caller and the callee becomes different. I'll >> let Bastien and Martyn sort that one out... :-) > > The expedient fix would likely be to chose the same prefix for all the > others (dyn/org-…?), We need to use org- as a prefix. org-dyn is a good candidate but let's check in other packages if there is a convention about this. > but all local bindings in all functions using these > would also need to change. Since this is probably going to be a lot of > work, perhaps one could comment out those defvars were the variable > isn't actually global (like "state") and deal only with the remaining > ones if any. Not sure I understand (it's quite early in the morning...) - can you explain this? -- Bastien