* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
@ 2015-04-20 3:58 ` jason at gcc dot gnu.org
2015-04-20 9:41 ` paolo.carlini at oracle dot com
` (13 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: jason at gcc dot gnu.org @ 2015-04-20 3:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Jason Merrill <jason at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |paolo.carlini at oracle dot com
--- Comment #2 from Jason Merrill <jason at gcc dot gnu.org> ---
This changed with Paolo's r213776. These examples suggest that the change to
constant handling WRT -Wnarrowing was a mistake.
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
2015-04-20 3:58 ` [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules jason at gcc dot gnu.org
@ 2015-04-20 9:41 ` paolo.carlini at oracle dot com
2015-04-20 9:48 ` mpolacek at gcc dot gnu.org
` (12 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-20 9:41 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #3 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Ok, thus what shall we do? Shall we go back to my minimal patch which only
touched enums? https://gcc.gnu.org/ml/gcc-patches/2014-08/msg00880.html
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
2015-04-20 3:58 ` [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules jason at gcc dot gnu.org
2015-04-20 9:41 ` paolo.carlini at oracle dot com
@ 2015-04-20 9:48 ` mpolacek at gcc dot gnu.org
2015-04-20 15:02 ` jason at gcc dot gnu.org
` (11 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2015-04-20 9:48 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mpolacek at gcc dot gnu.org
--- Comment #4 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Couldn't you simply turn the error_at into pedwarn?
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2015-04-20 9:48 ` mpolacek at gcc dot gnu.org
@ 2015-04-20 15:02 ` jason at gcc dot gnu.org
2015-04-20 15:04 ` paolo.carlini at oracle dot com
` (10 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: jason at gcc dot gnu.org @ 2015-04-20 15:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #6 from Jason Merrill <jason at gcc dot gnu.org> ---
(In reply to Paolo Carlini from comment #5)
> Well, at the time I think we agreed that we wanted to be strict at least
> about enums... Otherwise, yes, we can do that plus setting ok = true in that
> case too, thus collapsing the last two ifs (+ reverting the docs change and
> adjusting the testsuite).
I think that for constants, we want it to be an error without -Wno-narrowing.
I wonder if the best way to get that is to set pedantic_errors around the
pedwarn call?
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2015-04-20 15:02 ` jason at gcc dot gnu.org
@ 2015-04-20 15:04 ` paolo.carlini at oracle dot com
2015-04-20 15:29 ` paolo.carlini at oracle dot com
` (9 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-20 15:04 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #7 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Yes, I was thinking that in such cases clang does something we don't normally
do (ie, an hard error by default suppressible with a -Wno-*). Let me see if we
can achieve that as you suggested.
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (4 preceding siblings ...)
2015-04-20 15:04 ` paolo.carlini at oracle dot com
@ 2015-04-20 15:29 ` paolo.carlini at oracle dot com
2015-04-20 15:30 ` paolo.carlini at oracle dot com
` (8 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-20 15:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #8 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Jason, as far as I can see *nowhere* else in the compiler we fiddle with
flag_pedantic_errors, all the tweaks I tried look super hackish to me :( If we
are Ok with just going back to pedwarns the attached passes testing...
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (5 preceding siblings ...)
2015-04-20 15:29 ` paolo.carlini at oracle dot com
@ 2015-04-20 15:30 ` paolo.carlini at oracle dot com
2015-04-20 19:21 ` paolo.carlini at oracle dot com
` (7 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-20 15:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #9 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Created attachment 35367
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35367&action=edit
Draft patch
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (6 preceding siblings ...)
2015-04-20 15:30 ` paolo.carlini at oracle dot com
@ 2015-04-20 19:21 ` paolo.carlini at oracle dot com
2015-04-20 20:30 ` jason at gcc dot gnu.org
` (6 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-20 19:21 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #11 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Created attachment 35370
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35370&action=edit
Draft patch 2
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (7 preceding siblings ...)
2015-04-20 19:21 ` paolo.carlini at oracle dot com
@ 2015-04-20 20:30 ` jason at gcc dot gnu.org
2015-04-20 20:45 ` paolo.carlini at oracle dot com
` (5 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: jason at gcc dot gnu.org @ 2015-04-20 20:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #12 from Jason Merrill <jason at gcc dot gnu.org> ---
(In reply to Paolo Carlini from comment #11)
> Draft patch 2
I think let's go with this. It's odd, but not complex and does what we want.
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (8 preceding siblings ...)
2015-04-20 20:30 ` jason at gcc dot gnu.org
@ 2015-04-20 20:45 ` paolo.carlini at oracle dot com
2015-04-20 20:48 ` jakub at gcc dot gnu.org
` (4 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-20 20:45 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Paolo Carlini <paolo.carlini at oracle dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #13 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Ok, I'll commit it in an hour or so to trunk. Is it too late for 5.1?
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (9 preceding siblings ...)
2015-04-20 20:45 ` paolo.carlini at oracle dot com
@ 2015-04-20 20:48 ` jakub at gcc dot gnu.org
2015-04-20 21:47 ` paolo at gcc dot gnu.org
` (3 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-04-20 20:48 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #14 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Paolo Carlini from comment #13)
> Ok, I'll commit it in an hour or so to trunk. Is it too late for 5.1?
It is IMHO too late for that, but not too late for 5.2.
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (10 preceding siblings ...)
2015-04-20 20:48 ` jakub at gcc dot gnu.org
@ 2015-04-20 21:47 ` paolo at gcc dot gnu.org
2015-04-21 11:03 ` trippels at gcc dot gnu.org
` (2 subsequent siblings)
14 siblings, 0 replies; 15+ messages in thread
From: paolo at gcc dot gnu.org @ 2015-04-20 21:47 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #15 from paolo at gcc dot gnu.org <paolo at gcc dot gnu.org> ---
Author: paolo
Date: Mon Apr 20 21:46:59 2015
New Revision: 222249
URL: https://gcc.gnu.org/viewcvs?rev=222249&root=gcc&view=rev
Log:
/cp
2015-04-20 Paolo Carlini <paolo.carlini@oracle.com>
PR c++/65801
* typeck2.c (check_narrowing): In C++11 mode too, -Wno-narrowing
suppresses the diagnostic.
2015-04-20 Paolo Carlini <paolo.carlini@oracle.com>
PR c++/65801
* doc/invoke.texi ([-Wnarrowing]): Update.
/testsuite
2015-04-20 Paolo Carlini <paolo.carlini@oracle.com>
PR c++/65801
* g++.dg/cpp0x/Wnarrowing2.C: New.
Added:
trunk/gcc/testsuite/g++.dg/cpp0x/Wnarrowing2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck2.c
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (11 preceding siblings ...)
2015-04-20 21:47 ` paolo at gcc dot gnu.org
@ 2015-04-21 11:03 ` trippels at gcc dot gnu.org
2015-04-30 16:33 ` paolo.carlini at oracle dot com
2015-05-04 14:20 ` evangelos at foutrelis dot com
14 siblings, 0 replies; 15+ messages in thread
From: trippels at gcc dot gnu.org @ 2015-04-21 11:03 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #17 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #16)
> What is printed with -Wno-error=narrowing ?
Try it yourself?
Just a warning.
>From gcc-bugs-return-484165-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Apr 21 11:09:29 2015
Return-Path: <gcc-bugs-return-484165-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21638 invoked by alias); 21 Apr 2015 11:09:29 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 21598 invoked by uid 48); 21 Apr 2015 11:09:26 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
Date: Tue, 21 Apr 2015 11:09:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65801-4-DXRxAorQuM@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65801-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65801-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-04/txt/msg01717.txt.bz2
Content-length: 1416
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #18 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #16)
> What is printed with -Wno-error=narrowing ?
I'm also a bit afraid of how setting pedantic-errors in this way interacts with
the #pragma GCC diagnostics. Wouldn't it be better to reclassify -Wnarrowing as
an error (see diagnostic_classify_diagnostic) then simulate a #pragma GCC
diagnostics pop to restore the previous state? The problem is the order in
which the re-classification happens, which should appear as if it happened in
the command-line and not at the point of warning, but
diagnostic_classify_diagnostic assumes #pragmas are handled in the order given
in the source code.
Another alternative, perhaps simpler, would be to have a different option
-Wnarrowing-strict, which by default is -Werror=narrowing-strict (see
Werror-implicit-function-declaration) and it is enabled by -Wnarrowing. This
way, everything should work as expected (unless latent bugs in the options
handling machinery for not passing the error/warning state correctly when
enabling dependant options).
An even simpler options is to put this under -fpermissive so people realize
that what they are doing is very wrong according to the standard (if it is not
very wrong, then why error and not just pedwarn?).
>From gcc-bugs-return-484166-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Apr 21 11:10:48 2015
Return-Path: <gcc-bugs-return-484166-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 23620 invoked by alias); 21 Apr 2015 11:10:44 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 23571 invoked by uid 48); 21 Apr 2015 11:10:38 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
Date: Tue, 21 Apr 2015 11:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65801-4-kZDqpQ5C1a@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65801-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65801-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-04/txt/msg01718.txt.bz2
Content-length: 484
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #19 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Markus Trippelsdorf from comment #17)
> (In reply to Manuel López-Ibáñez from comment #16)
> > What is printed with -Wno-error=narrowing ?
>
> Try it yourself?
> Just a warning.
Thanks, well at least that works. I guess if someone notices a problem with the
#pragmas, a better solution can be found later.
>From gcc-bugs-return-484167-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Apr 21 11:17:55 2015
Return-Path: <gcc-bugs-return-484167-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 97677 invoked by alias); 21 Apr 2015 11:17:55 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 97646 invoked by uid 48); 21 Apr 2015 11:17:52 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
Date: Tue, 21 Apr 2015 11:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65801-4-82RTUecLXr@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65801-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65801-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-04/txt/msg01719.txt.bz2
Content-length: 300
https://gcc.gnu.org/bugzilla/show_bug.cgi?ide801
--- Comment #20 from Jonathan Wakely <redi at gcc dot gnu.org> ---
The problem with -fpermissive is that it doesn't just allow things like
narrowing that are valid in C++03 but also allows all kind of ancient
constructs that no sane person wants.
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (12 preceding siblings ...)
2015-04-21 11:03 ` trippels at gcc dot gnu.org
@ 2015-04-30 16:33 ` paolo.carlini at oracle dot com
2015-05-04 14:20 ` evangelos at foutrelis dot com
14 siblings, 0 replies; 15+ messages in thread
From: paolo.carlini at oracle dot com @ 2015-04-30 16:33 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Paolo Carlini <paolo.carlini at oracle dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |5.2
--- Comment #22 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Fixed for 5.2 too.
^ permalink raw reply [flat|nested] 15+ messages in thread* [Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
[not found] <bug-65801-4@http.gcc.gnu.org/bugzilla/>
` (13 preceding siblings ...)
2015-04-30 16:33 ` paolo.carlini at oracle dot com
@ 2015-05-04 14:20 ` evangelos at foutrelis dot com
14 siblings, 0 replies; 15+ messages in thread
From: evangelos at foutrelis dot com @ 2015-05-04 14:20 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Evangelos Foutras <evangelos at foutrelis dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |evangelos at foutrelis dot com
--- Comment #23 from Evangelos Foutras <evangelos at foutrelis dot com> ---
Please note that narrowing conversions don't seem to work the same way they did
in GCC 4.9; I've filed PR c++/66007 for this change in behavior.
^ permalink raw reply [flat|nested] 15+ messages in thread