From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Last steps for pretesting Date: Wed, 19 Apr 2006 17:23:35 -0400 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1145481849 1813 80.91.229.2 (19 Apr 2006 21:24:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Apr 2006 21:24:09 +0000 (UTC) Cc: Richard Stallman , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 19 23:24:05 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FWK9Y-00076G-U9 for ged-emacs-devel@m.gmane.org; Wed, 19 Apr 2006 23:24:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FWK9Y-0006dj-7t for ged-emacs-devel@m.gmane.org; Wed, 19 Apr 2006 17:24:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FWK9J-0006cH-2j for emacs-devel@gnu.org; Wed, 19 Apr 2006 17:23:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FWK9H-0006bT-8D for emacs-devel@gnu.org; Wed, 19 Apr 2006 17:23:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FWK9H-0006bQ-68 for emacs-devel@gnu.org; Wed, 19 Apr 2006 17:23:43 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FWKAR-0001Xn-Vp; Wed, 19 Apr 2006 17:24:56 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id ED2832CEA99; Wed, 19 Apr 2006 17:23:41 -0400 (EDT) Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 71815445C; Wed, 19 Apr 2006 17:23:35 -0400 (EDT) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 3D08871523; Wed, 19 Apr 2006 17:23:35 -0400 (EDT) Original-To: Alan Mackenzie In-Reply-To: (Alan Mackenzie's message of "Wed, 19 Apr 2006 17:02:50 +0000 (GMT)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca 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:53108 Archived-At: > (ii) Writing font-lock-expand-region functions, one for CC Mode as a > whole (to replace (setq font-lock-lines-before 2)) and one for AWK Mode > (to replace the advising of the Font Lock after-change functions). BTW, I still intend to move font-lock-extend-region-function from after-change-functions to font-lock-fontify-region (or maybe even jit-lock-fontify). So if you really manage to use the current font-lock-extend-region-function (called from after-change-functions) in a way that's robust, efficient, and can't be done as efficiently/elegantly/robustly with a hook in font-lock-fontify-region (or with the font-lock-multiline property), please scream. > (iv) A problem in Emacs (See: Subject: Problem mit symlinks, > locate-library and load-history. Date: Tue, 19 Mar 2006). This is > caused by (a) load-history storing a promiscuous mix of true file names > and file names containing symbolic links; (b) eval-after-load only > recognising files as being already loaded if they're the ones currently > showing on load-path. I've half-solved this problem by writing a > function to search load-history properly, which I posted to emacs-devel. > Richard tentatively approved it. Would it be possible to define > load-history such that all file names in it are true names? As mentioned in that thread, I think it's better to "truify" names on-the-fly when you need it rather than directly inside load-history. Stefan