From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21019 invoked by alias); 11 Mar 2013 15:06:57 -0000 Received: (qmail 21009 invoked by uid 22791); 11 Mar 2013 15:06:56 -0000 X-SWARE-Spam-Status: No, hits=-8.9 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mga11.intel.com (HELO mga11.intel.com) (192.55.52.93) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 11 Mar 2013 15:06:47 +0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 11 Mar 2013 08:06:45 -0700 X-ExtLoop1: 1 Received: from mirceagh-mobl.ger.corp.intel.com (HELO [172.28.205.57]) ([172.28.205.57]) by fmsmga001.fm.intel.com with ESMTP; 11 Mar 2013 08:06:24 -0700 Message-ID: <513DF2EF.1020004@intel.com> Date: Mon, 11 Mar 2013 15:06:00 -0000 From: Mircea Gherzan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Andr=E9_P=F6nitz?= CC: Marc Khouzam , "tromey@redhat.com" , "vladimir@codesourcery.com" , "gdb-patches@sourceware.org" , "mgherzan@gmail.com" , brobecker@adacore.com Subject: Re: [PATCH 1/3] MI: fix the result of -break-insert with multiple locations 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> <20130308001514.GA10013@klara.mpi.htwm.de> In-Reply-To: <20130308001514.GA10013@klara.mpi.htwm.de> Content-Type: text/plain; charset="iso-8859-1"; format="flowed" Content-Transfer-Encoding: quoted-printable 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/msg00467.txt.bz2 On 08.03.2013 01:15, Andr=E9 P=F6nitz wrote: > 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. Thanks! > 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. The patch as RFC was posted in January. The current version is ten days=20 old. Eclipse doesn't care, your fronted can now parse this and I have=20 not seen any comments from other frontend maintainers. Given this, would=20 it OK to apply this _today_? Tommorow the 7.6 branch will be cut off. Thanks, Mircea --=20 Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052