From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22083 invoked by alias); 9 Aug 2007 22:43:50 -0000 Received: (qmail 21969 invoked by uid 22791); 9 Aug 2007 22:43:49 -0000 X-Spam-Check-By: sourceware.org Received: from caip.rutgers.edu (HELO caip.rutgers.edu) (128.6.236.16) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 09 Aug 2007 22:43:47 +0000 Received: from caipclassic.rutgers.edu (caipclassic.rutgers.edu [128.6.237.54]) by caip.rutgers.edu (8.13.8/8.13.5) with ESMTP id l79Mfc1R013401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Aug 2007 18:41:38 -0400 Date: Thu, 09 Aug 2007 22:43:00 -0000 From: "Kaveh R. GHAZI" To: Mark Mitchell cc: DJ Delorie , lopezibanez@gmail.com, gcc-patches@gcc.gnu.org Subject: Re: Add a __nowarn__ keyword In-Reply-To: <46BB93CD.7070300@codesourcery.com> Message-ID: References: <46B9F0B5.1080302@gnu.org> <200708082254.l78MsIC8014802@greed.delorie.com> <20070809134017.GA10368@caradoc.them.org> <20070809143028.GA14681@caradoc.them.org> <6c33472e0708090805t210191f6r63832af3afdd0816@mail.gmail.com> <200708091531.l79FVI4w032104@greed.delorie.com> <46BB93CD.7070300@codesourcery.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-08/txt/msg00613.txt.bz2 On Thu, 9 Aug 2007, Mark Mitchell wrote: > DJ Delorie wrote: > > > If we can solve a subset of the attachment problem, let's use the > > push/pop technique I described. It sets us up for all the things > > we'll need if/when we solve the general attachment problem. > > I think we should add the push/pop, and then accept that it's not > perfect yet. It's still better than nothing, and it would probably work > well for many front-end warnings, which is where most warnings come from. > Mark Mitchell Based on the above, and on Ian's comments regarding warnings from the middle-end, I think we're going to extend the pragma interface rather than accept __nowarn__. In this case I think DJ or someone familiar with that code is better suited to implement the push/pop mechiansim than I. I made a good-faith effort to provide a way for users to "elegantly" work around -Wcast-qual warnings as Mark requested. Since we're not going to use it and the existing mechanism doesn't work yet, what I'd like to do is install my CONST_CAST patch using the union. When the pragma interface is suitably updated, I volunteer to update the definition of CONST_CAST in system.h to take advantage of it. Meanwhile I can finish the constification stuff and get GCC bootstrapping with -Wcast-qual enabled. Mark - okay to install CONST_CAST using a union? http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01993.html Thanks, --Kaveh -- Kaveh R. Ghazi ghazi@caip.rutgers.edu