From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14535 invoked by alias); 14 Apr 2012 12:43:11 -0000 Received: (qmail 14524 invoked by uid 22791); 14 Apr 2012 12:43:10 -0000 X-SWARE-Spam-Status: No, hits=-4.3 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; Sat, 14 Apr 2012 12:42:56 +0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/52957] Missing suggestions on '=' and '==' confusion Date: Sat, 14 Apr 2012 12:43: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: X-Bugzilla-Severity: normal X-Bugzilla-Who: manu at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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" Content-Transfer-Encoding: quoted-printable 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/msg01130.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D52957 --- Comment #9 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez 2012-04-14 12:42:53 UTC --- (In reply to comment #8) > (In reply to comment #7) > > It is not *technically* hard. Anyone that knows C and a bit of C++ can = fix > > hundreds (if you know C++ well and have a some experience with the C++ = parser, >=20 > There's the problem. I know C++ very well but don't know the front end w= ell > enough to work on it, and don't have time to learn it. My main problem i= s that > everything is a void* so I have no idea what I can do with a given tree o= r what > type it is, so I just try something, it compiles (because there's no type > checking) so I run it then debug an ICE and continue by trial and error.= =20 > That's not productive. The bottleneck is not the bureaucracy for me. Thanks for sharing this. This broadens my perception of the issues contribu= tors have with GCC. That said, it should be possible right now to use a C++ wrap= per around tree, and use that in the C++ FE (and require C++ to bootstrap the C= ++ FE). What do you think about that? > > Indeed, but my point is that moving to C++ does little (in my opinion) = to fix > > the infrastructure issues in GCC: dejagnu is awful, the wiki is unmaint= ained, >=20 > Why should the wiki be maintained? If people want to add to it they can, = why > should there be a maintainer? Well, the wiki is just a minor example, but it is awfully slow, nobody has administrator login (I can access as Daniel Berlin and ban users, but little more), and it is a unsupported version with known security issues.