From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8805 invoked by alias); 8 Mar 2013 00:15:50 -0000 Received: (qmail 8787 invoked by uid 22791); 8 Mar 2013 00:15:47 -0000 X-SWARE-Spam-Status: No, hits=-4.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,KHOP_THREADED,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from cora.hrz.tu-chemnitz.de (HELO cora.hrz.tu-chemnitz.de) (134.109.228.40) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 Mar 2013 00:15:17 +0000 Received: from 91-64-170-220-dynip.superkabel.de ([91.64.170.220] helo=localhost) by cora.hrz.tu-chemnitz.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1UDkxv-0007bB-Jr; Fri, 08 Mar 2013 01:15:16 +0100 Date: Fri, 08 Mar 2013 00:15:00 -0000 From: =?iso-8859-1?Q?Andr=E9_P=F6nitz?= To: Marc Khouzam Cc: Mircea Gherzan , "tromey@redhat.com" , "vladimir@codesourcery.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: <20130308001514.GA10013@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> <20130307205351.GA4065@klara.mpi.htwm.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-purgate: clean X-purgate-type: clean X-purgate-ID: 154106::1362701715-000004E7-4588481E/0-0/0-0 X-Scan-AV: cora.hrz.tu-chemnitz.de;2013-03-08 01:15:15;38853d49bbf46318274309602c826e1d X-Scan-SA: cora.hrz.tu-chemnitz.de;2013-03-08 01:15:16;66801269397b82a1031e7a464f4d31b3 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/msg00323.txt.bz2 On Thu, Mar 07, 2013 at 09:43:41PM +0000, Marc Khouzam wrote: > > 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? > > I think it may simply be that Mircea is not familiar with the frontend > landscape. Eclipse is not the only frontend that uses MI to control > GDB. Andre takes care of another such frontend (I apologize but > its names escapes me right at this moment). Nevermind. Happens to me, too... > Normally, MI changes should be backwards compatible (even > if they are fixing something broken). I have seen that for difficult > changes, exceptions were made as long as no one mentioned > the change broke a frontend. This is not the case here. I have changed my side to transparently parse either result now. Nevertheless, it would be nice if the application of the patch could be delayed by a couple of weeks to keep the time window small where people might use a newer gdb with an older version of said frontend. That'd not exactly be vital, just - nice. Andre'