From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14832 invoked by alias); 18 Oct 2004 04:48:00 -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 14808 invoked from network); 18 Oct 2004 04:47:58 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 18 Oct 2004 04:47:58 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.10) with ESMTP id i9I4lvZn017269; Mon, 18 Oct 2004 00:47:57 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i9I4lvr15049; Mon, 18 Oct 2004 00:47:57 -0400 Received: from miranda.boston.redhat.com (sebastian-int.corp.redhat.com [172.16.52.221]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i9I4lra28661; Mon, 18 Oct 2004 00:47:54 -0400 Received: by miranda.boston.redhat.com (Postfix, from userid 2638) id 5E8E924CF1; Mon, 18 Oct 2004 00:47:42 -0400 (EDT) To: Mark Mitchell Cc: gcc@gcc.gnu.org, Matt Austern , Nathan Sidwell , Jason Merrill Subject: Re: DR handling for C++ From: Jason Merrill In-Reply-To: <414F37E0.3020509@codesourcery.com> (Mark Mitchell's message of "Mon, 20 Sep 2004 13:04:48 -0700") References: <414F37E0.3020509@codesourcery.com> Date: Mon, 18 Oct 2004 09:19:00 -0000 Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-10/txt/msg00685.txt.bz2 On Mon, 20 Sep 2004 13:04:48 -0700, Mark Mitchell wrote: > I think that part of the confusion here comes from the > -pedwarn/-fpermissive situation. I think -fpermissive should just be > removed. I think that many of our pedwarns should become errors, many > should become warnings, -pedantic-errors should be off by default. -fpermissive was a compromise between the desire for stricter conformance checking and the desire for backwards compatibility with users' code, so that users would be able to use newer compiler versions while they update their code. I still feel strongly that this is an important goal, but I'm open to other ideas about how to implement it. Jason