From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Lundin Subject: Re: Build error in git HEAD with org-bibtex.el Date: Thu, 28 Apr 2011 11:47:44 -0400 Message-ID: <87vcxyxtr3.fsf@fastmail.fm> References: <87vcxyvcbn.fsf@sbs.ch> <87vcxyv8o4.fsf@fastmail.fm> <87tydibdvi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:52750) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFTRT-0003AW-FI for emacs-orgmode@gnu.org; Thu, 28 Apr 2011 11:47:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QFTRS-00034A-C5 for emacs-orgmode@gnu.org; Thu, 28 Apr 2011 11:47:47 -0400 Received: from out3.smtp.messagingengine.com ([66.111.4.27]:42583) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFTRS-000345-98 for emacs-orgmode@gnu.org; Thu, 28 Apr 2011 11:47:46 -0400 In-Reply-To: <87tydibdvi.fsf@gmail.com> (Eric Schulte's message of "Thu, 28 Apr 2011 09:21:37 -0600") 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: Eric Schulte Cc: Christian Egli , emacs-orgmode@gnu.org "Eric Schulte" writes: > Matt Lundin writes: > [...] >> And with bleeding edge emacs (compiled from the repos yesterday), I'm >> getting an additional error: >> >> In toplevel form: >> org-bibtex.el:114:1:Warning: global/dynamic var `description' lacks a prefix >> org-bibtex.el:257:1:Error: Byte-compiling a redefinition of `get' >> will not work - use `labels' instead >> make: *** [lisp/org-bibtex.elc] Error 1 >> >> Note: the description variable error has nothing to do with the recent >> changes to org-bibtex. > > Yes, the org-mode source is littered with such un-prefixed dynamic > variables, and I'm not sure how this will be addressed. Personally I > would prefer an option to tell the compiler not to complain, as adding > org- to all of these variable names could make the source harder to > read. But, that said, I suppose there is a danger of conflict in common > variable names between packages... Thanks for explaining this. I believe I misspoke when I said it was an error. I now see it is only a warning. Best, Matt