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: C Mode possibility: optionally disabling K&R function headers. WDYT? Date: Thu, 8 Dec 2011 11:25:53 +0000 Message-ID: <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 1323343929 30215 80.91.229.12 (8 Dec 2011 11:32:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 8 Dec 2011 11:32:09 +0000 (UTC) To: emacs-devel@gnu.org, xemacs-beta@xemacs.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 08 12:32:02 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 1RYcCn-0008Li-UN for ged-emacs-devel@m.gmane.org; Thu, 08 Dec 2011 12:32:02 +0100 Original-Received: from localhost ([::1]:50528 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RYcCk-0000gP-Is for ged-emacs-devel@m.gmane.org; Thu, 08 Dec 2011 06:31:58 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:42783) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RYcCe-0000g9-D3 for emacs-devel@gnu.org; Thu, 08 Dec 2011 06:31:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RYcCa-0000zc-4f for emacs-devel@gnu.org; Thu, 08 Dec 2011 06:31:52 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:24188 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RYcCZ-0000zO-SW for emacs-devel@gnu.org; Thu, 08 Dec 2011 06:31:48 -0500 Original-Received: (qmail 65013 invoked by uid 3782); 8 Dec 2011 11:31:44 -0000 Original-Received: from acm.muc.de (pD951A29D.dip.t-dialin.net [217.81.162.157]) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 08 Dec 2011 12:31:43 +0100 Original-Received: (qmail 3624 invoked by uid 1000); 8 Dec 2011 11:25:53 -0000 Content-Disposition: inline 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:146576 gmane.emacs.xemacs.beta:35884 Archived-At: Hello Emacs and XEmacs. I've got a knotty problem with a C Mode bug report: The use of a macro in a typedef definition causes the following line to be parsed as a K&R parameter. The actual code is this: #ifndef G #define G(symbol) pieni_ ## symbol #endif typedef struct G(foobar) *G(foobar_t); typedef int lahna; <=========== K&R 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? -- Alan Mackenzie (Nuremberg, Germany).