From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: cc-mode adds newlines Date: Sun, 21 Nov 2004 16:18:08 +0100 Message-ID: References: <20041121020850.GA20436@apps.cwi.nl> <20041121122629.GE20436@apps.cwi.nl> <20041121124911.GG20436@apps.cwi.nl> <20041121132804.GJ20436@apps.cwi.nl> <20041121134323.GL20436@apps.cwi.nl> <20041121140317.GN20436@apps.cwi.nl> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1101050336 14590 80.91.229.6 (21 Nov 2004 15:18:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 21 Nov 2004 15:18:56 +0000 (UTC) Cc: bug-cc-mode@gnu.org, Alan Mackenzie , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 21 16:18:43 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CVtUA-0003FT-00 for ; Sun, 21 Nov 2004 16:18:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CVtdA-0003M1-RV for ged-emacs-devel@m.gmane.org; Sun, 21 Nov 2004 10:28:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CVtd0-0003Ja-Qa for emacs-devel@gnu.org; Sun, 21 Nov 2004 10:27:50 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CVtd0-0003JH-CZ for emacs-devel@gnu.org; Sun, 21 Nov 2004 10:27:50 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CVtd0-0003JC-AO for emacs-devel@gnu.org; Sun, 21 Nov 2004 10:27:50 -0500 Original-Received: from [195.135.220.2] (helo=Cantor.suse.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CVtTd-0002Gy-Tv; Sun, 21 Nov 2004 10:18:10 -0500 Original-Received: from hermes.suse.de (hermes-ext.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id E90FD11467EB; Sun, 21 Nov 2004 16:18:08 +0100 (CET) Original-To: Andries Brouwer X-Yow: .. So, if we convert SUPPLY-SIDE SOYBEAN FUTURES into HIGH-YIELD T-BILL INDICATORS, the PRE-INFLATIONARY risks will DWINDLE to a rate of 2 SHOPPING SPREES per EGGPLANT!! In-Reply-To: <20041121140317.GN20436@apps.cwi.nl> (Andries Brouwer's message of "Sun, 21 Nov 2004 15:03:17 +0100") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:30182 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30182 Andries Brouwer writes: > On Sun, Nov 21, 2004 at 02:51:49PM +0100, David Kastrup wrote: > >> "happens to work" and "valid" are two different things. I don't know >> any C standard that would specify well-defined behavior for a file >> with a missing newline at the end. The term "valid" is defined by a >> language definition, not by the behavior of a particular >> implementation. > > Let me quote the Reference Manual in front of me. > > "Blanks, tabs, newlines, and comments (collectively, "white space") > are ignored except as they serve to separate tokens." So you agree that adding a newline at the end of a valid C source file ca= n never produce an invalid C source file? Andreas. --=20 Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."