From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Emacs revision #107149 Date: Mon, 20 Feb 2012 10:51:31 +0100 Message-ID: <877gzh6dek.fsf@gnus.org> References: <20120210232039.GC4340@acm.acm> <87pqdlbby2.fsf@gnus.org> <20120211195927.GA3969@acm.acm> <87zkcnhjfw.fsf@gnus.org> <20120212222238.GA2810@acm.acm> <87aa4m5tv1.fsf@gnus.org> <20120213220746.GF26954@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1329731534 16488 80.91.229.3 (20 Feb 2012 09:52:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 20 Feb 2012 09:52:14 +0000 (UTC) Cc: bug-cc-mode@gnu.org, emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 20 10:52:10 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RzPug-0007bv-FT for ged-emacs-devel@m.gmane.org; Mon, 20 Feb 2012 10:52:06 +0100 Original-Received: from localhost ([::1]:40290 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzPuc-0006R6-O3 for ged-emacs-devel@m.gmane.org; Mon, 20 Feb 2012 04:52:02 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:43628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzPuV-0006Qx-EK for emacs-devel@gnu.org; Mon, 20 Feb 2012 04:52:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RzPuR-00027D-4D for emacs-devel@gnu.org; Mon, 20 Feb 2012 04:51:55 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:44052) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzPuQ-00026l-VA; Mon, 20 Feb 2012 04:51:51 -0500 Original-Received: from 93-41-188-50.ip82.fastwebnet.it ([93.41.188.50] helo=rusty) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1RzPuA-00043V-4n; Mon, 20 Feb 2012 10:51:34 +0100 In-Reply-To: <20120213220746.GF26954@acm.acm> (Alan Mackenzie's message of "Mon, 13 Feb 2012 22:07:47 +0000") User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.93 (gnu/linux) X-MailScanner-ID: 1RzPuA-00043V-4n MailScanner-NULL-Check: 1330336294.51167@fFul42WDIgYZO0P6EpEBSg X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:148676 Archived-At: Alan Mackenzie writes: > Anyhow, you've neglected to address the main points in my last post. > Would you please do so now: I thought Stefan and Wolfgang had answered the question. The fontification takes place in one buffer, and the result is then copied over to a different buffer. > Have you individually checked any of the other modes you might use, to > make sure that they don't get fouled up by not calling their > font-lock-mode-hooks? There have been no bug reports on other modes; just C mode. You still haven't responded to my question of why CC mode does the initialisation of this variable in this rather baroque way: > You may well be right, but looking at the code, I don't really see why. > There's one single consumer of > `c-standard-font-lock-fontify-region-function'? There's one single > place it's set? If it isn't set, the function breaks unconditionally? The code does not seem to make sense as it is, but I may well be misreading it. -- (domestic pets only, the antidote for overdose, milk.) http://lars.ingebrigtsen.no * Sent from my Rome