From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29602 invoked by alias); 8 Jan 2003 23:46:10 -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 29549 invoked by uid 71); 8 Jan 2003 23:46:07 -0000 Date: Wed, 08 Jan 2003 23:46:00 -0000 Message-ID: <20030108234606.29517.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "H. Peter Anvin" Subject: Re: c++/7755: Please make -Wno-deprecated do just that Reply-To: "H. Peter Anvin" X-SW-Source: 2003-01/txt/msg00573.txt.bz2 List-Id: The following reply was made to PR c++/7755; it has been noted by GNATS. From: "H. Peter Anvin" To: "Joseph S. Myers" Cc: Wolfgang Bangerth , gcc-gnats@gcc.gnu.org Subject: Re: c++/7755: Please make -Wno-deprecated do just that Date: Wed, 08 Jan 2003 15:42:57 -0800 Joseph S. Myers wrote: > On Wed, 8 Jan 2003, H. Peter Anvin wrote: > > >>Well, given that gcc still supports -traditional, some amount of >>backwards compatibility probably needs to be accounted for... > > > GCC (mainline and 3.3 branch) does not still support -traditional. > Support was deprecated in 3.1 and removed for 3.3 (though the draft > release notes for 3.3 fail to mention this). > > But -Wno-deprecated makes sense as a C option, not just a C++ one, and > should be implemented as such - if people use the blunt instrument of > disabling all deprecation warnings, it's their problem when the features > are removed, just as if they use -w to disable all warnings, or fail to > use -Wall. This bug report should stay open as a feature request for a > manifestly desirable feature (and straightforward to implement - any > beginners looking for PRs to work on could reasonably do this one). > Well put. -hpa