From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4051 invoked by alias); 14 Jul 2008 18:12:23 -0000 Received: (qmail 4041 invoked by uid 22791); 14 Jul 2008 18:12:22 -0000 X-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 14 Jul 2008 18:12:03 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 550A79813B; Mon, 14 Jul 2008 18:12:01 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 4156E9813A; Mon, 14 Jul 2008 18:12:01 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1KISWm-00033Q-KJ; Mon, 14 Jul 2008 14:12:00 -0400 Date: Mon, 14 Jul 2008 18:12:00 -0000 From: Daniel Jacobowitz To: Tom Tromey Cc: Ian Lance Taylor , Frysk List Subject: Re: Roadmap beginnings Message-ID: <20080714181200.GA11562@caradoc.them.org> References: <20080711215243.GA30836@caradoc.them.org> <20080714173355.GA9326@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2008-q3/txt/msg00041.txt.bz2 On Mon, Jul 14, 2008 at 12:04:00PM -0600, Tom Tromey wrote: > I thought operator overloading did not work, but a simple test case > shows that it actually does. And, I can at least print elements of a > std::vector using "p v[3]", and "p *it" works for an iterator of > this vector. Yes. Operator overloading works fine, as long as the available overloads are relatively easy to locate and distinguish. If they come from different scopes or you start needing to make constructor calls to convert, GDB will rapidly throw up its hands. That's where we get into the part of the G++ front end that's been described to me as "about 10,000 lines to get right". GDB doesn't know how to call constructors, either - it can't do "new". That seems like it would be a more serious limitation, but I can't think the last time I wanted to do it. Anyway, a simple matter of programming. I think the discussion of GDB limitations is wandering a bit afield for this conversation; I'll stop answering for a bit, and perhaps put together a combined response or a wiki page with summary, later on. -- Daniel Jacobowitz CodeSourcery