From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#10125: 24.0.91; package.el (org): Macros in tar packages & order of byte compilation Date: Thu, 24 Nov 2011 14:09:38 -0500 Message-ID: References: <81pqgh90sp.fsf@gmail.com> <81ipm9l9kd.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1322161849 9708 80.91.229.12 (24 Nov 2011 19:10:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 24 Nov 2011 19:10:49 +0000 (UTC) Cc: 10125@debbugs.gnu.org, stelian.iancu@gmail.com To: Jambunathan K Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 24 20:10:45 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RTeh1-00070W-2z for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Nov 2011 20:10:43 +0100 Original-Received: from localhost ([::1]:58268 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTeh0-00083e-Jv for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Nov 2011 14:10:42 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:57636) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTegq-0007dN-5Y for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2011 14:10:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RTegp-0006Aj-Cr for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2011 14:10:32 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35922) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTegn-0006AP-BF; Thu, 24 Nov 2011 14:10:29 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RTeiH-0005tT-Ir; Thu, 24 Nov 2011 14:12:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Thu, 24 Nov 2011 19:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10125 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: Original-Received: via spool by 10125-submit@debbugs.gnu.org id=B10125.132216187522606 (code B ref 10125); Thu, 24 Nov 2011 19:12:01 +0000 Original-Received: (at 10125) by debbugs.gnu.org; 24 Nov 2011 19:11:15 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTehW-0005sY-PS for submit@debbugs.gnu.org; Thu, 24 Nov 2011 14:11:15 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTehU-0005sP-DH for 10125@debbugs.gnu.org; Thu, 24 Nov 2011 14:11:13 -0500 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RTefy-0001el-Nn; Thu, 24 Nov 2011 14:09:38 -0500 X-Spook: Waco, Texas Fortezza Putin Kosovo USCOI NASA Area 51 X-Ran: l]IyXU)ipz!@=+@JG (Jambunathan K.'s message of "Thu, 24 Nov 2011 22:52:26 +0530") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 24 Nov 2011 14:12:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:54272 Archived-At: Jambunathan K wrote: > When compiling with package manager, the compilation happens from within > a running Emacs session and very likely the "old" Org files are already > loaded in to the runtime "inadvertently" by the user either by looking > at the org agenda for the day or may be by just viewing an Org file or > by the plain old (require 'org-whatever) out of habit in .emacs. There's your problem. The only way to reliably compile, especially something where an old version might already be loaded, is to use a fresh Emacs instance. There's no reason the "package manager" could not spawn a separate Emacs in batch-mode as a sub-job to do the compilation. cc-mode tries to have some voodoo to get around this, but please, please don't go down that road. I guess nobody ever expected the package manager to be used to load a different version of something that was already in Emacs.