From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1837 invoked by alias); 7 Mar 2013 20:54:06 -0000 Received: (qmail 1821 invoked by uid 22791); 7 Mar 2013 20:54:04 -0000 X-SWARE-Spam-Status: No, hits=-4.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,KHOP_THREADED,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from nick.hrz.tu-chemnitz.de (HELO nick.hrz.tu-chemnitz.de) (134.109.228.11) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 Mar 2013 20:53:57 +0000 Received: from 91-64-170-220-dynip.superkabel.de ([91.64.170.220] helo=localhost) by nick.hrz.tu-chemnitz.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1UDhp3-0000ZT-AJ; Thu, 07 Mar 2013 21:53:53 +0100 Date: Thu, 07 Mar 2013 20:54:00 -0000 From: =?iso-8859-1?Q?Andr=E9_P=F6nitz?= To: Mircea Gherzan Cc: tromey@redhat.com, vladimir@codesourcery.com, marc.khouzam@ericsson.com, gdb-patches@sourceware.org, mgherzan@gmail.com Subject: Re: [PATCH 1/3] MI: fix the result of -break-insert with multiple locations Message-ID: <20130307205351.GA4065@klara.mpi.htwm.de> References: <1362076197-15363-1-git-send-email-mircea.gherzan@intel.com> <20130302165337.GA8432@klara.mpi.htwm.de> <5138C0F7.6060703@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5138C0F7.6060703@intel.com> X-purgate: clean X-purgate-type: clean X-purgate-ID: 154106::1362689633-000004D6-C0EE8FD0/0-0/0-0 X-Scan-AV: nick.hrz.tu-chemnitz.de;2013-03-07 21:53:53;cddd35f1d79a68ffcac9afd1bf44fbbb X-Scan-SA: nick.hrz.tu-chemnitz.de;2013-03-07 21:53:53;830221ca757a321fa6bde8576e5911a3 X-Spam-Score: -1.0 (-) X-Spam-Report: --- Textanalyse SpamAssassin 3.3.1 (-1.0 Punkte) Fragen an/questions to: Postmaster TU Chemnitz * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP --- Ende Textanalyse X-IsSubscribed: yes 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: 2013-03/txt/msg00314.txt.bz2 On Thu, Mar 07, 2013 at 05:31:51PM +0100, Mircea Gherzan wrote: > On 02.03.2013 17:53, André Pönitz wrote: > >On Thu, Feb 28, 2013 at 07:29:55PM +0100, Mircea Gherzan wrote: > >>The current MI output when printing a breakpoint with multiple locations > >>is not conformant to the MI specification: > >> > >> bkpt={number="1", ...},{number="1.1", ...},{number="1.2", ...} > >> > >>This patch fixes this issue by moving the locations to a list inside the > >>first tuple: > >> > >> bkpt={number="1", ... , locations=[{number="1.1", ...}, ...]} > > > >This breaks GDB frontends that parse the original output. > > This has been discussed before. As in "we ignored your input". > Marc has confirmed that Eclipse does not parse the original output either. How does the non-affectedness of a specific frontend matter in that context? Are there first and second class citizens when it comes to gdb frontends? This breaks frontends that parses the original output and do (obviously...) not understand your changed version. Have fun. Andre'