From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9172 invoked by alias); 14 Jul 2008 17:19:51 -0000 Received: (qmail 9164 invoked by uid 22791); 14 Jul 2008 17:19:51 -0000 X-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 14 Jul 2008 17:19:31 +0000 Received: from wpaz13.hot.corp.google.com (wpaz13.hot.corp.google.com [172.24.198.77]) by smtp-out.google.com with ESMTP id m6EHJ0FI019895; Mon, 14 Jul 2008 18:19:00 +0100 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1216055941; bh=wEhtHjZLjtsEiGUW4I77cud0wEM=; h=DomainKey-Signature:To:Cc:Subject:References:From:Date: In-Reply-To:Message-ID:User-Agent:MIME-Version:Content-Type; b=QSG BM87sMUnPz8mNkZPplvmky3W1wVn0YabPn4j09rEkVRYmVzBTzzOSGF7ghxbrw/gsg5 kBC0RP7gl28eemQA== DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:to:cc:subject:references:from:date:in-reply-to: message-id:user-agent:mime-version:content-type; b=Zaw7ueVc9ZOquFwBTiVxUHH/W2N6SPn8Bhrg+9yqRW+tehaopHgTn7pPYHDqKg4z8 tS+YFW5NxbDGaSKJWOTYA== Received: from smtp.corp.google.com (spacemonkey1.corp.google.com [192.168.120.115]) by wpaz13.hot.corp.google.com with ESMTP id m6EHIwh5021817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 14 Jul 2008 10:18:59 -0700 Received: from localhost.localdomain.google.com (adsl-71-133-8-30.dsl.pltn13.pacbell.net [71.133.8.30]) (authenticated bits=0) by smtp.corp.google.com (8.13.8/8.13.8) with ESMTP id m6EHIsqq020146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 14 Jul 2008 10:18:55 -0700 To: Tom Tromey Cc: Daniel Jacobowitz , Frysk List Subject: Re: Roadmap beginnings References: <20080711215243.GA30836@caradoc.them.org> From: Ian Lance Taylor Date: Mon, 14 Jul 2008 17:19:00 -0000 In-Reply-To: (Tom Tromey's message of "Mon\, 14 Jul 2008 10\:33\:48 -0600") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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/msg00036.txt.bz2 Tom Tromey writes: > Tom> * Correct expression parsing. (Though I am told this is extremely > Tom> difficult to impossible in the general case.) > > Daniel> It does a not half bad job, and specific problems with it are fixable. > Daniel> As for ultimate correctness and completeness, I have serious doubts > Daniel> that it is feasible - and I also doubt it would see enough use to > Daniel> justify the enormous investment. Prove me wrong and we'll merge it :-) > > :). I'm looking around a bit to see if I can find specifics of what > is wrong. I don't know if this counts as "expression parsing," but the most obvious problems that I encounter are the difficulties in working with STL objects. Given "std::vector v", I can't do "print v[0]". Given "std::vector::iterator p", I can't do "print *p". That is minimal required functionality for good C++ debugging. This needs to work smoothly for STL types and for user defined types. It would also be nice if gdb could do template parameter defaulting, although that is rather less important as tab completion can take care of it. A related problem, which I don't know how to solve, is that many simple C++ accessors get inlined, and are not available when debugging. This makes it vastly more difficult to debug optimized C++ programs (indeed, this problem is more serious for me in practice than the debuginfo problems discussed at the summit). Ian