This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/31988] new operator should not permit default first parameter
- From: "andrew dot stubbs at st dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 28 Sep 2007 16:28:01 -0000
- Subject: [Bug c++/31988] new operator should not permit default first parameter
- References: <bug-31988-10252@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #6 from andrew dot stubbs at st dot com 2007-09-28 16:28 -------
(In reply to comment #4)
> When -pedantic is not given (the default) a pedwarn is an hard error. A pedwarn
> becomes a warning when -permissive is passes (and the code is thus accepted as
> an extension, which I would find useful for legacy code). But I have no strong
> opinion, in general.
Ah, my mistake. I have the sense of pedwarn backwards. For some reason, I
thought it meant give a warning in pedantic mode only. Well, it is Friday. :)
Of course, with the true meaning of pedwarn, this patch still provides no way
to get back to the current state, even with -fpermissive. However, since the
current behaviour is wrong, and I for one have no interest in such an
extension, I'll not complain.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31988