From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24857 invoked by alias); 28 Jun 2005 15:04:24 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 24424 invoked by uid 22791); 28 Jun 2005 15:04:08 -0000 Received: from mta07-winn.ispmail.ntl.com (HELO mta07-winn.ispmail.ntl.com) (81.103.221.47) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 28 Jun 2005 15:04:08 +0000 Received: from aamta12-winn.ispmail.ntl.com ([81.103.221.35]) by mta07-winn.ispmail.ntl.com with ESMTP id <20050628150325.ZCUQ481.mta07-winn.ispmail.ntl.com@aamta12-winn.ispmail.ntl.com> for ; Tue, 28 Jun 2005 16:03:25 +0100 Received: from zapata.pink ([82.16.12.40]) by aamta12-winn.ispmail.ntl.com with ESMTP id <20050628150325.ONUN14072.aamta12-winn.ispmail.ntl.com@zapata.pink> for ; Tue, 28 Jun 2005 16:03:25 +0100 Received: from zapata.pink (localhost.localdomain [127.0.0.1]) by zapata.pink (8.13.1/8.13.1) with ESMTP id j5SF3vh5003772; Tue, 28 Jun 2005 16:03:57 +0100 Received: (from aph@localhost) by zapata.pink (8.13.1/8.13.1/Submit) id j5SF3tHI003769; Tue, 28 Jun 2005 16:03:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17089.26325.169281.749633@zapata.pink> Date: Tue, 28 Jun 2005 15:04:00 -0000 From: Andrew Haley To: Olivier Galibert Cc: Dave Korn , "'Robert Dewar'" , "'Gabriel Dos Reis'" , "'Andrew Pinski'" , "'gcc mailing list'" Subject: Re: signed is undefined and has been since 1992 (in GCC) In-Reply-To: <20050628145148.GD52889@dspnet.fr.eu.org> References: <20050628142441.GA52889@dspnet.fr.eu.org> <20050628145148.GD52889@dspnet.fr.eu.org> X-SW-Source: 2005-06/txt/msg01127.txt.bz2 Olivier Galibert writes: > On Tue, Jun 28, 2005 at 03:39:38PM +0100, Dave Korn wrote: > > ----Original Message---- > > >From: Olivier Galibert > > >Sent: 28 June 2005 15:25 > > > > > In particular, a very large number of C and C++ programs are written > > > with the assumptions: > > > > This is a bad line of reasoning in general. There is a vast amount of bad > > software in the world, some blatantly buggy, some subtly-incorrect. To > > attempt to fix it all in the compiler rather than the source seems a bit > > bass-ackwards to me! > > Welcome to the real world. Useful compilers are not an exercise in > theorical computing, especially for languages like C or C++. This is childish and insulting. Please try to have a little more respect for the people you're dealing with -- who live and work in the real world as much as you do. The standard of discourse on this list has been dropping of late, and we'd all get a lot more done if we'd learn to take a deep breath before posting. Try to remember this is a technical discussion, not an argument in a bar. Andrew.