From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25024 invoked by alias); 3 Apr 2012 03:42:19 -0000 Received: (qmail 25014 invoked by uid 22791); 3 Apr 2012 03:42:18 -0000 X-SWARE-Spam-Status: No, hits=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 03 Apr 2012 03:42:04 +0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/49152] Unhelpful diagnostic for iterator dereference Date: Tue, 03 Apr 2012 03:42: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-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: pinskia 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: 4.8.0 X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 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 X-SW-Source: 2012-04/txt/msg00139.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152 --- Comment #38 from Andrew Pinski 2012-04-03 03:41:00 UTC --- (In reply to comment #37) > Actually, it's not clear to me that the caret line would be likely to cause > trouble for IDEs in any case; they already have to deal with output that isn't > a specific error. Maybe we should just turn it on by default in all cases, and > possibly backtrack to only on a tty if it causes problems. What I was trying to say, I think it would confuse an user who did a make and saw an error and then did another make but this time piped to tee or to an output file. And looked at the output file and it was different than what was on the tty before. This is why I think we should not worry about the IDEs and just have them handle those cases just as we handle the case of emitting more debugging info and such.