From mboxrd@z Thu Jan  1 00:00:00 1970
From: Glenn Morris <rgm@gnu.org>
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: <v062i9tk0d.fsf__14960.4369340979$1322161850$gmane$org@fencepost.gnu.org>
References: <81pqgh90sp.fsf@gmail.com> <E1RTYzR-00039k-Q6@fencepost.gnu.org>
	<81ipm9l9kd.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:57625)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1RTego-0007dH-F4
	for emacs-orgmode@gnu.org; Thu, 24 Nov 2011 14:10:31 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1RTegn-0006AT-DJ
	for emacs-orgmode@gnu.org; Thu, 24 Nov 2011 14:10:30 -0500
Sender: debbugs-submit-bounces@debbugs.gnu.org
Resent-Message-ID: <handler.10125.B10125.132216187522606@debbugs.gnu.org>
In-Reply-To: <81ipm9l9kd.fsf@gmail.com> (Jambunathan K.'s message of "Thu, 24
	Nov 2011 22:52:26 +0530")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Jambunathan K <kjambunathan@gmail.com>
Cc: 10125@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>, stelian.iancu@gmail.com

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.