From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Don't move to eol in end-of-defun? Date: Fri, 05 Aug 2022 23:41:39 -0400 Message-ID: References: Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6652"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Filipp Gunbin Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Aug 06 05:42:22 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oKAhi-0001bp-Mg for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Aug 2022 05:42:22 +0200 Original-Received: from localhost ([::1]:50236 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oKAhh-0006sA-2m for ged-emacs-devel@m.gmane-mx.org; Fri, 05 Aug 2022 23:42:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60980) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oKAh3-0006C4-EB for emacs-devel@gnu.org; Fri, 05 Aug 2022 23:41:41 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:55780) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oKAh3-0006o8-5D; Fri, 05 Aug 2022 23:41:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=wa2pWNaonsfLnb3jBWdd0CoDQwkzWnCjgfJa+9WW5U4=; b=U4J6jrvMR2g2 tZRxi+tTsBGWN2zLnSEXBL0SeCw4vxUcwSEJFwkXgaTHSuoA4zs2gnam+ZcYRAMOa6METgg1NqXEX kPFuNT+BKLCrgytN6+3GCZ+QErMNfFiMf5E9TvqY5BhQj7yC2Pvx20+W9QaX0nQGgsVoWTe0FTjLn fJVIMD0MA1r8r8Ld6h7Tev9n8Z1FSTnvuVtr7pn/OvOxcrs4/h+YGkJs0cnHxIFZglxGYnLU7wU6L 518pmJW26aqpRWd9N6aNVRMoIn/LIamWYazQUiYIUC4IRkMIKlrc8brXrE/h/ONorHUzyXC3rXTzw M6ENt7+ZrgXlvnOJZfNFoQ==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1oKAh1-0003XF-NW; Fri, 05 Aug 2022 23:41:39 -0400 In-Reply-To: (message from Filipp Gunbin on Thu, 04 Aug 2022 17:58:08 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:293132 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. ]]] > We have nested defuns here. A "defun" in Emacs is not the same thing as a function definition (or class definition). class C { void foo() { } } has two nested definitions, but only the outermost one counts as a defun in Emacs parlance. A defun is a construct which is top-level, or appears locally to be. In Lisp that usually means an open-paren in column 0. In some other languages, there are other ways to find defuns. > I just want to make movement to eol conditional, with default value > meaning "like before", to not break anything. Doing it that way might be ok. At any rate, no disaster. But it leaves the question, should we really try to support nested defuns? It is a can of worms. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)