From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7559 invoked by alias); 17 May 2005 12:51:30 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 7128 invoked from network); 17 May 2005 12:51:07 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 17 May 2005 12:51:07 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j4HCp7xA018862 for ; Tue, 17 May 2005 08:51:07 -0400 Received: from pobox.toronto.redhat.com (pobox.toronto.redhat.com [172.16.14.4]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j4HCp2O12736; Tue, 17 May 2005 08:51:02 -0400 Received: from redhat.com (sebastian-int.corp.redhat.com [172.16.52.221]) by pobox.toronto.redhat.com (8.12.8/8.12.8) with ESMTP id j4HCp1ep004692; Tue, 17 May 2005 08:51:01 -0400 Message-ID: <4289E8B5.8080502@redhat.com> Date: Tue, 17 May 2005 12:51:00 -0000 From: Fernando Nasser User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 MIME-Version: 1.0 To: Nickolay Kolchin CC: "insight@sources.redhat.com" Subject: Re: Current Status of Insight References: <428460FB.3090607@sakuraindustries.com> <1115911019.4491.17.camel@lindt.uglyboxes.com> <428504D9.7000609@sakuraindustries.com> <20050513020929.GB14106@trixie.casa.cgf.cx> <1115950737.4491.95.camel@lindt.uglyboxes.com> <4285E73D.8010709@sakuraindustries.com> <2636500f05051404147c3dd4fe@mail.gmail.com> In-Reply-To: <2636500f05051404147c3dd4fe@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-q2/txt/msg00076.txt.bz2 Nickolay Kolchin wrote: > I care about Insight future. > > In my opinion you all speak about wrong thing: we need a good > integrated GUI for GDB, which is available on all platforms, have same > same look and feel on them and support most (all) gdb features. At > present time, only Insight fills this niche. > > Instead of making GDB split or doing other weird things, we can make > patches for GDB, to make libgdb reality. This will allow separate > development of Insight and GDB. Such patches should be also "easily" > accepted by GDB team. > > As I understand, "libgdb" idea was talken about for years. > We make the libgdb functionality available through the MI interface. I designed the MI functions to resemble the (never implemented) set of libgdb functions. So the current idea is just to exchange information with GDB throught the standardized MI. Regards, Fernando