From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: beginning-of-defun (again) Date: Thu, 29 Oct 2015 19:20:00 -0700 Organization: New Artisans LLC Message-ID: References: <56320200.4050503@online.de> <87twp951ug.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446171656 7983 80.91.229.3 (30 Oct 2015 02:20:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 Oct 2015 02:20:56 +0000 (UTC) Cc: andreas.roehler@online.de, ohwoeowho@gmail.com, emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 30 03:20:51 2015 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 1ZrzJC-0003kd-8Y for ged-emacs-devel@m.gmane.org; Fri, 30 Oct 2015 03:20:50 +0100 Original-Received: from localhost ([::1]:48064 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrzJB-0003We-AB for ged-emacs-devel@m.gmane.org; Thu, 29 Oct 2015 22:20:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51612) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrzIt-0003WX-3z for emacs-devel@gnu.org; Thu, 29 Oct 2015 22:20:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZrzIq-0008MD-0C for emacs-devel@gnu.org; Thu, 29 Oct 2015 22:20:31 -0400 Original-Received: from mail-pa0-x232.google.com ([2607:f8b0:400e:c03::232]:36585) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrzIp-0008M4-LI; Thu, 29 Oct 2015 22:20:27 -0400 Original-Received: by pacfv9 with SMTP id fv9so60627387pac.3; Thu, 29 Oct 2015 19:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=+16i/AYabGeMD6+RYcl5noaTjGFEAjkz3NDBMZbZ0T4=; b=e/42PstfhfWZYjF9Z1CPdvCEXwdxUpksZLHA81+AnoPTZusZoyj1ItnZ82mYjHi4Dd HeRDaGjIsqxFTP9SDOsJF6i+m+lrup9XRLhGfjsOVU3kNqauuZ1wk8yNXZTXPa7W0vWP GAT3S7EPCbo0KltGRx6gH2I0AsAWUkD60rgfGTlL2hbL0bvDpo/4lCRRaMPhMHNaoc0m Q5uCLPhtD8O4UvscR32vSBwSHSk+S9VIeVlu6GO1KJzTsAi6pnTzTZA3qMgjwNvfdjw2 zgehDKmtplEL2kX4VUgJglTpgJI2F5RrosvjShkZt+7qimU1cHWkG9+9+gi413pGqmsv dj+w== X-Received: by 10.68.57.197 with SMTP id k5mr5615963pbq.142.1446171626621; Thu, 29 Oct 2015 19:20:26 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id si10sm4794583pab.15.2015.10.29.19.20.24 (version=TLS1 cipher=AES128-SHA bits=128/128); Thu, 29 Oct 2015 19:20:25 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id 0BABCFD6545D; Thu, 29 Oct 2015 19:20:24 -0700 (PDT) In-Reply-To: (Richard Stallman's message of "Thu, 29 Oct 2015 21:35:08 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: Richard Stallman , ohwoeowho@gmail.com, andreas.roehler@online.de, emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::232 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:192941 Archived-At: >>>>> Richard Stallman writes: > Is there a specific practical reason why it is important for the defuns in > init.el not to start in column 0? They are within macros controlling whether they are evaluated or compiled or not, based on available packages on the system. I'm not particularly disturbed by the fact that beginning-of-defun doesn't work for these functions, however. I was just saying that we shouldn't make assumptions. John