From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Mysterious fontification/C++ context issue - Patch for beginning-of-defun-raw. Date: Thu, 14 Dec 2006 19:53:30 +0100 Message-ID: <85ejr29umt.fsf@lola.goethe.zz> References: <87odqhj89q.fsf@stupidchicken.com> <20061210014526.GB3738@muc.de> <877ix0lfm8.fsf@furball.mit.edu> <20061210102249.GA1235@muc.de> <87d56rpk7a.fsf@stupidchicken.com> <20061213224009.GA1206@muc.de> <87odq72ssy.fsf@stupidchicken.com> <20061214084713.GA1333@muc.de> <45812BDF.5050107@gmx.at> <20061214193733.GA1269@muc.de> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1166122466 23660 80.91.229.10 (14 Dec 2006 18:54:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 14 Dec 2006 18:54:26 +0000 (UTC) Cc: martin rudalics , Chong Yidong , emacs-devel@gnu.org, Richard Stallman , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 14 19:54:22 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1Guvig-0005Nn-EN for ged-emacs-devel@m.gmane.org; Thu, 14 Dec 2006 19:54:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Guvig-0008CQ-DM for ged-emacs-devel@m.gmane.org; Thu, 14 Dec 2006 13:54:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GuviQ-0008By-Cy for emacs-devel@gnu.org; Thu, 14 Dec 2006 13:53:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GuviO-0008An-IM for emacs-devel@gnu.org; Thu, 14 Dec 2006 13:53:58 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GuviO-0008Ab-D1 for emacs-devel@gnu.org; Thu, 14 Dec 2006 13:53:56 -0500 Original-Received: from [212.7.152.118] (helo=mxout04.versatel.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GuviK-0006x5-Lj; Thu, 14 Dec 2006 13:53:54 -0500 Original-Received: from mx03.versatel.de (mx01.versatel.de [212.7.146.1]) by mxout04.versatel.de (8.13.1/8.13.1) with ESMTP id kBEIrlJA000479; Thu, 14 Dec 2006 19:53:49 +0100 Original-Received: from lola.goethe.zz (i5387BDF6.versanet.de [83.135.189.246]) by mx03.versatel.de (8.12.11.20060614/8.12.11) with ESMTP id kBEIrliZ017450; Thu, 14 Dec 2006 19:53:47 +0100 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 762441C3DB40; Thu, 14 Dec 2006 19:53:31 +0100 (CET) Original-To: Alan Mackenzie In-Reply-To: <20061214193733.GA1269@muc.de> (Alan Mackenzie's message of "14 Dec 2006 19\:26\:59 +0100\, Thu\, 14 Dec 2006 19\:37\:33 +0000") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.91 (gnu/linux) 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:63737 Archived-At: Alan Mackenzie writes: > Now that we've got 1 to 4 GHz processors, (eq opic0ids nil) is a > reasonable default for C. No, it isn't. We have clearly established that the current code is _at_ _least_ quadratic in computation time requirements. If some medium size Emacs source file already causes editing to become painful on 1 GHz processors, a file with corresponding features four times the size of xdisp.c (and Emacs is a small application by today's standards) will be too painful to edit on the hottest machines for quite a few years to come. I don't want to have Emacs reduced to be recommended only for small files and small projects. If we don't have an approach that scales, it is not fit for a default setting. And there are lot of hackers who are not using Windows at all, and thus are not involved in the vicious circle of forced hardware upgrades. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum