From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7138 invoked by alias); 27 Jul 2009 16:50:24 -0000 Received: (qmail 7130 invoked by uid 22791); 27 Jul 2009 16:50:23 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 27 Jul 2009 16:50:17 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n6RGmA0X008023; Mon, 27 Jul 2009 12:48:10 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n6RGm96L022865; Mon, 27 Jul 2009 12:48:09 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n6RGm8sO014039; Mon, 27 Jul 2009 12:48:08 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 525283782CF; Mon, 27 Jul 2009 10:48:08 -0600 (MDT) To: Doug Evans Cc: Pedro Alves , Eli Zaretskii , gdb-patches@sourceware.org Subject: Re: [RFA] Fix too many "no debugging symbols found" warnings. References: <20090523232414.BED2B846C2@localhost> <200907022344.12495.pedro@codesourcery.com> <200907201402.47393.pedro@codesourcery.com> From: Tom Tromey Reply-To: Tom Tromey Date: Mon, 27 Jul 2009 17:15:00 -0000 In-Reply-To: (Doug Evans's message of "Thu\, 23 Jul 2009 11\:06\:31 -0700") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-07/txt/msg00652.txt.bz2 >>>>> "Doug" == Doug Evans writes: Doug> Maybe the thing to do is stick with the old format *if* using MI? Doug> If/when an MI command is added frontends can then just use that instead. I think that might be ok if we had a plan to remove the old code after some time. My concern is that we will otherwise end up with multiple layers of old formatting code. This particular function seems overdue for ui-out-ification. This would let us keep the old version for MI[12], and then properly evolve the output for future versions MI. Tom