From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16079 invoked by alias); 20 Aug 2009 05:30:46 -0000 Received: (qmail 16070 invoked by uid 22791); 20 Aug 2009 05:30:45 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 20 Aug 2009 05:30:38 +0000 Received: from list by lo.gmane.org with local (Exim 4.50) id 1Me0EL-0001WR-SY for gdb@sources.redhat.com; Thu, 20 Aug 2009 07:30:33 +0200 Received: from h86-62-88-129.ln.rinet.ru ([86.62.88.129]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Aug 2009 07:30:33 +0200 Received: from vladimir by h86-62-88-129.ln.rinet.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Aug 2009 07:30:33 +0200 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: MI & pretty-printing Date: Thu, 20 Aug 2009 06:04:00 -0000 Message-ID: References: <200907132142.18043.vladimir@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.9 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-08/txt/msg00192.txt.bz2 Tom Tromey wrote: >>>>>> "Volodya" == Vladimir Prus writes: > > Tom> I hesitate to change this because it isn't clear to me that "{...}" > Tom> is a universally good choice for all GUIs and all printers. > > I'm reconsidering this. When would the immediate value of a varobj with > children be of interest? It certainly doesn't seem to be for > non-pretty-printed varobjs. Well, I don't have any case at hand where immediate value would be of *that* great value. FWIW, when I run into "too long string value" issue I though about was to have shorter summary for vector, e.g. "[2]", but then figured it's additional work, and folks did not complain about "{...}" so far. > > Volodya> Do we have a mechanism how pretty-printer can use different > Volodya> string rendering for MI and CLI? > > Not at present. We could add one, of course, but I have been trying to > push the current simple design as far as it would go. Partly this is > just stubbornness but also I do think that simplicity has some intrinsic > virtue, at least when you can get away with it. FWIW, I was driving exactly at this simplicity point :-) > > Volodya> And {...} seems like the most conservative thing > Volodya> possible. Then, if we run into type that both have children and > Volodya> have string rendering that makes sense in MI, we can introduce > Volodya> some solution? > > Yeah. I'll do this. Great, thanks! - Volodya