From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel,gmane.emacs.xemacs.beta Subject: Re: C Mode possibility: optionally disabling K&R function headers. WDYT? Date: Fri, 9 Dec 2011 13:53:11 +0000 Message-ID: <20111209135311.GA4146@acm.acm> References: <20111208112553.GA3205@acm.acm> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1323439162 32509 80.91.229.12 (9 Dec 2011 13:59:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 9 Dec 2011 13:59:22 +0000 (UTC) Cc: xemacs-beta@xemacs.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 09 14:59:19 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RZ0ys-0007DR-K7 for ged-emacs-devel@m.gmane.org; Fri, 09 Dec 2011 14:59:18 +0100 Original-Received: from localhost ([::1]:56274 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZ0yr-0004OS-TV for ged-emacs-devel@m.gmane.org; Fri, 09 Dec 2011 08:59:17 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:51088) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZ0yo-0004O7-83 for emacs-devel@gnu.org; Fri, 09 Dec 2011 08:59:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RZ0yi-0004am-HI for emacs-devel@gnu.org; Fri, 09 Dec 2011 08:59:14 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:28165 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZ0yi-0004Zm-77 for emacs-devel@gnu.org; Fri, 09 Dec 2011 08:59:08 -0500 Original-Received: (qmail 68736 invoked by uid 3782); 9 Dec 2011 13:59:05 -0000 Original-Received: from acm.muc.de (pD951BEDB.dip.t-dialin.net [217.81.190.219]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 09 Dec 2011 14:59:02 +0100 Original-Received: (qmail 4517 invoked by uid 1000); 9 Dec 2011 13:53:11 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 193.149.48.1 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:146599 gmane.emacs.xemacs.beta:35897 Archived-At: On Thu, Dec 08, 2011 at 08:40:38AM -0500, Stefan Monnier wrote: > > Solving this bug is difficult. One way would be just to disable K&R in > > C Mode, except when explicitly enabled by the user. After all, K&R > > parameters have been obsolete for over 10 years now. > > The key sequnce to toggle it would be C-c C-k. > > Can anybody think up any reasons why this would be a Bad Thing. Does > > anybody feel particularly strongly about this? > I think introducing a config var to disable K&R would be great > (especially since IIUC it is a source of trouble, including peformance > trouble). I'm thinking more of a buffer local toggle. There're going to be times when some hacker suddenly comes across a file with K&R function decls and will want to be able to toggle it effortlessly. > I don't see any need for a key-binding to toggle it, tho. Maybe, maybe not. But it wouldn't do any harm. (There are 11 spare C-c C- bindings still unused in CC Mode.) > And I'd rather keep it ON by default for 24.1. That's fine. But I was more thinking of it as a new feature than a bug fix, and thus for CC Mode 5.33 / Emacs 25. I've no particularly strong feelings as to the default; I think it should be OFF eventually, but leaving it ON to begin with seems sensible. > Stefan -- Alan Mackenzie (Nuremberg, Germany).