From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17967 invoked by alias); 29 Dec 2002 08:46:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 17953 invoked by uid 71); 29 Dec 2002 08:46:02 -0000 Date: Sun, 29 Dec 2002 00:46:00 -0000 Message-ID: <20021229084602.17952.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Zack Weinberg Subject: Re: c/9072: -Wconversion should be split into two distinct flags Reply-To: Zack Weinberg X-SW-Source: 2002-12/txt/msg01360.txt.bz2 List-Id: The following reply was made to PR c/9072; it has been noted by GNATS. From: Zack Weinberg To: Segher Boessenkool Cc: 128950@bugs.debian.org, gcc-patches@gcc.gnu.org, gcc-gnats@gcc.gnu.org, debian-gcc@lists.debian.org Subject: Re: c/9072: -Wconversion should be split into two distinct flags Date: Sun, 29 Dec 2002 00:37:58 -0800 Segher Boessenkool writes: > Matthias Klose wrote: >> It'd be nice if these two behaviors were two controlled via two >> separate flags. The second behavior would have caught a bug I've been >> hunting for hours, while the first behavior is very undesirable to me >> (and useless since I also compile with -Wstrict-prototypes). > > I remember having been annoyed by -Wconversion its behaviour, too. Maybe > this patch will do what you want? I'm very much in favor of making -Wconversion more useful, but is there any reason not to shift the argument-type-conversion warnings entirely over to -Wtraditional? Particularly if the warning is avoided for prototypes in system headers (so that 'sinf' and the like raise no complaints) -- this would, for instance, catch the occasional problem we have with arguments of type 'bool' in GCC itself. Then -Wconversion would be entirely for dubious type conversions on assignment. zw