From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 99AB43858D38; Wed, 25 Jan 2023 14:30:43 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 99AB43858D38 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1674657043; bh=L/QECeMICIdOsu578TSjcbFPT8SJSRtu6J0Gbu8XMBw=; h=From:To:Subject:Date:In-Reply-To:References:From; b=gbB+LB9K6mwJIJHz9CS/jC+39R4JYE9y00WptZtNA0GOxZju9J3Y/DbIom9WTxV5T NCJcTPDC7HRCI+C4OU+d8rzVcjiarh73U/1SI6PQAAGAZeAcTXIP5P+AYuUrrgu8OL tnWTSZTlW/bVz3HlxGczWDxs4qjkzlhZUa3PqdUE= From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/108538] unexpected -Wnarrowing errors in -fpermissive mode Date: Wed, 25 Jan 2023 14:30:42 +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: 12.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: 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: cf_reconfirmed_on bug_status bug_severity cc everconfirmed keywords Message-ID: In-Reply-To: References: 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D108538 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed| |2023-01-25 Status|UNCONFIRMED |NEW Severity|normal |enhancement CC| |jason at gcc dot gnu.org Ever confirmed|0 |1 Keywords| |diagnostic --- Comment #3 from Jonathan Wakely --- (In reply to Stas Sergeev from comment #2) > But I used -fpermissive mode to > compile the mix of c/c++. It seems like you might be expecting more from -fpermissive than it actually provides. It only affects a very limited set of diagnostics, and isn't a general "compile invalid code" switch. It might be reasonable to make it affect narrowing diagnostics though. The downside would be complicating the code by adding even more interactions between different switches and dialects. Confirming as an enhancement request to relax some narrowing errors with -fpermissive, but C++ front end maintainers should decide whether that's actually desirable.=