From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] comment-cache 223d16f 2/3: Apply `comment-depth' text properties when calling `back_comment'. Date: Wed, 09 Mar 2016 11:37:52 -0500 Message-ID: References: <20160308132530.861.91488@vcs.savannah.gnu.org> <20160308183010.GB6269@acm.fritz.box> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: ger.gmane.org 1457541518 26197 80.91.229.3 (9 Mar 2016 16:38:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Mar 2016 16:38:38 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 09 17:38:29 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1adh81-0002Eb-1M for ged-emacs-devel@m.gmane.org; Wed, 09 Mar 2016 17:38:29 +0100 Original-Received: from localhost ([::1]:42479 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1adh80-0004G7-AO for ged-emacs-devel@m.gmane.org; Wed, 09 Mar 2016 11:38:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1adh7a-0003ut-Pa for emacs-devel@gnu.org; Wed, 09 Mar 2016 11:38:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1adh7V-000609-6k for emacs-devel@gnu.org; Wed, 09 Mar 2016 11:38:02 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41180) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1adh7R-0005xH-5W; Wed, 09 Mar 2016 11:37:53 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1adh7Q-0006A0-Ip; Wed, 09 Mar 2016 11:37:52 -0500 In-reply-to: <20160308183010.GB6269@acm.fritz.box> (message from Alan Mackenzie on Tue, 8 Mar 2016 18:30:11 +0000) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:201251 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > My changes might speed up back_comment, but that's not the prime reason > for them. Rather, I want utterly to expunge all the nonsense about > parens in column 0. You might think of this rule as a kludgy rough approximation finding the defuns in the file. But it is also a useful way of controlling what count as defuns. For instance, (eval-when-compile (defun foo ...) (defun bar...) ) treats foo and bar as defuns, whereas (eval-when-compile (defun foo ...) (defun bar...) ) treats the whole thing as one defun. I always want the former. Without the open-paren-in-column-0 feature, the whole eval-when-compile form would have to count as one defun, and the user would have no choice about that. Thus, before you talk about "fixing" this, would you please state what behavior you want to implement? If it makes the right thing happen automatically in some cases and doesn't make the wrong thing start to happen in other cases, it could be an improvement. But let's see it and verify that. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html.