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: Emacs rewrite in a maintainable language Date: Tue, 13 Oct 2015 16:39:30 +0200 Message-ID: <874mhu96jh.fsf@fencepost.gnu.org> References: <561A19AB.5060001@cumego.com> <87io6dl0h0.fsf@wanadoo.es> <87lhb82qxc.fsf@gmail.com> <878u78b3hg.fsf@fencepost.gnu.org> <87h9lwyv33.fsf@gmail.com> <561C368F.6010306@cs.ucla.edu> <87oag3xb2i.fsf@gmail.com> <20151013114630.GA4613@acm.fritz.box> <87io6bou1j.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444748121 16338 80.91.229.3 (13 Oct 2015 14:55:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Oct 2015 14:55:21 +0000 (UTC) Cc: Sergey Organov , emacs-devel To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 13 16:55:21 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 1Zm0z2-00044r-55 for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 16:55:20 +0200 Original-Received: from localhost ([::1]:36528 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm0z1-0005yW-Cw for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 10:55:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm0jt-000571-7Q for emacs-devel@gnu.org; Tue, 13 Oct 2015 10:39:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zm0jp-00050S-Dq for emacs-devel@gnu.org; Tue, 13 Oct 2015 10:39:41 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35318) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm0jj-0004ye-J8; Tue, 13 Oct 2015 10:39:31 -0400 Original-Received: from localhost ([127.0.0.1]:49137 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1Zm0jj-0002YQ-0z; Tue, 13 Oct 2015 10:39:31 -0400 Original-Received: by lola (Postfix, from userid 1000) id 58487DF4F8; Tue, 13 Oct 2015 16:39:30 +0200 (CEST) In-Reply-To: (Artur Malabarba's message of "Tue, 13 Oct 2015 15:19:30 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:191462 Archived-At: Artur Malabarba writes: > On 13 Oct 2015 2:06 pm, "Sergey Organov" wrote: >> Dunno if enforcing one form or another makes sense. > > It makes sense to prevent inconsistencies and confusion of new > contributors (specially at almost zero cost). Well, people who cannot figure out that "const char" and "char const" are the same are not likely to find their way across our code base. At any rate, "const" in C is nuisance-only and not meaning-conveying like in C++ where it may take part in disambiguation as well as semantics (copy constructor calls behave specially and are very much const &). So the "confusion" here is restricted to "oh, the compiler does not complain?". And indeed in C, #define const /*empty*/ is a reasonably reliable thing to do with almost no adverse effects. Well, it renders const x = 4; invalid. But people rarely do that in C. In particular since C++ does not like it from the start. -- David Kastrup