From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2829 invoked by alias); 1 Jul 2005 05:02:45 -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 2791 invoked by uid 22791); 1 Jul 2005 05:02:40 -0000 Received: from smtp-105-friday.noc.nerim.net (HELO mallaury.noc.nerim.net) (62.4.17.105) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 01 Jul 2005 05:02:40 +0000 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 05BA862D04; Fri, 1 Jul 2005 07:02:33 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id j6151lKY018837; Fri, 1 Jul 2005 07:01:48 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id j6151lN1018836; Fri, 1 Jul 2005 07:01:47 +0200 To: Andrew Pinski Cc: Daniel Berlin , Joe Buck , "'gcc mailing list'" Subject: Re: Should GCC publish a general rule/warning due to it's default presumption of undefined signed integer overflow semantics? References: <20050630220250.GA10768@synopsys.com> <20050630232531.GA11010@synopsys.com> <20050701012538.GA11465@synopsys.com> <1120187757.17986.14.camel@linux-009002243055> From: Gabriel Dos Reis In-Reply-To: Date: Fri, 01 Jul 2005 05:02:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-07/txt/msg00021.txt.bz2 Andrew Pinski writes: | On Jul 1, 2005, at 12:49 AM, Gabriel Dos Reis wrote: | | > | > As I said, if you let user tell you that his loop behaves well, i.e. | > bounds do not rely on wrapping semantics, and yet he writes his loop to | > deceive the compiler, then he loses. Let him choose his own poinson, | > don't think you have to choose it for him. | | They already can, that is what -fwrapv is for. No, you completely missed the point and it would help if you read through carefully. The choice was about letting user tell you what he knows/assumes about his loop bounds. Not applying uniformly the wrapping semantics. (Not counting the fact that it was pointed out -fwrapv is useful as is). -- Gaby