From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: build broken: no defun org-float-time. A workaround. Date: Tue, 8 Sep 2009 15:08:51 -0400 Message-ID: References: <20090907092823.GA3210@muc.de> <83ws4a3b49.fsf@gnu.org> <0C7A6FC6-085D-4B7F-9DC0-FF0493876153@raeburn.org> <15tyzeinlq.fsf@fencepost.gnu.org> <20090907211315.GC3210@muc.de> <20090908181735.GA11465@muc.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1252437014 20678 80.91.229.12 (8 Sep 2009 19:10:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Sep 2009 19:10:14 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 08 21:10:06 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ml64s-0004LC-71 for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2009 21:10:06 +0200 Original-Received: from localhost ([127.0.0.1]:45754 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ml64r-0005DM-Jq for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2009 15:10:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ml63w-0004qy-Kf for emacs-devel@gnu.org; Tue, 08 Sep 2009 15:09:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ml63t-0004p8-0R for emacs-devel@gnu.org; Tue, 08 Sep 2009 15:09:08 -0400 Original-Received: from [199.232.76.173] (port=41386 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ml63s-0004p4-LR for emacs-devel@gnu.org; Tue, 08 Sep 2009 15:09:04 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:62324 helo=raeburn.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Ml63h-0005NY-4L for emacs-devel@gnu.org; Tue, 08 Sep 2009 15:09:04 -0400 Original-Received: from [10.0.0.172] (squish.raeburn.org [10.0.0.172]) by raeburn.org (8.14.3/8.14.1) with ESMTP id n88J8p47022432; Tue, 8 Sep 2009 15:08:51 -0400 (EDT) In-Reply-To: <20090908181735.GA11465@muc.de> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:115150 Archived-At: On Sep 8, 2009, at 14:17, Alan Mackenzie wrote: > How about this for a workaround? Before doing any byte compilation, > you > scan the .../lisp directory for stale .elc files, and rename them all. > That way, the byte compiler is forced to load the new .el files in > response to `require', and the like. At the end of the process, you > either delete or unrename the stale files as appropriate. It's not quite enough. It'll prevent the use of outdated .elc files, but if macro definitions have changed, and the macros are used in other lisp files, it won't trigger recompilation of those files. Ken