From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24288 invoked by alias); 11 Mar 2014 07:00:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 24023 invoked by uid 48); 11 Mar 2014 07:00:04 -0000 From: "magnus.reftel at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/55383] -Wcast-qual reports incorrect message Date: Tue, 11 Mar 2014 07:00: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: 4.7.2 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: magnus.reftel at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: gerald at pfeifer dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 X-SW-Source: 2014-03/txt/msg00867.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55383 --- Comment #10 from Magnus Reftel --- Applied Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez's patch on top of trunk and test= ed Jeremy's testcase. Without the patch, the error message says that "__attribute__((noreturn))" is being cast away. With the patch, the error message says that "volatile" is being cast away. Running "make check" to se= e if there were any regressions. >>From gcc-bugs-return-445999-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 11 07:07:47 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28795 invoked by alias); 11 Mar 2014 07:07:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28726 invoked by uid 48); 11 Mar 2014 07:07:40 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/60497] unique_ptr tries to complete its type T even though it's not required to be a complete type Date: Tue, 11 Mar 2014 07:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse 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: bug_status cf_reconfirmed_on component everconfirmed Message-ID: In-Reply-To: References: 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: 2014-03/txt/msg00868.txt.bz2 Content-length: 857 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497 Marc Glisse changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2014-03-11 Component|c++ |libstdc++ Ever confirmed|0 |1 --- Comment #1 from Marc Glisse --- Whether it is required or not, qualifying the call to __get_helper is easy enough (it may even be slightly faster to compile), it seems worth doing. Now the question would be: are there similar statements throughout the library that could benefit from the same treatment, or is this a special case? Thanks for the detailed analysis.