From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1077 invoked by alias); 6 Nov 2002 15:47:57 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 1065 invoked from network); 6 Nov 2002 15:47:50 -0000 Received: from unknown (HELO momus.sc.intel.com) (143.183.152.8) by sources.redhat.com with SMTP; 6 Nov 2002 15:47:50 -0000 Received: from fmsmsxvs042.fm.intel.com (fmsmsxvs042.fm.intel.com [132.233.42.128]) by momus.sc.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.48 2002/10/16 23:47:34 dmccart Exp $) with SMTP id gA6FlOo16789 for ; Wed, 6 Nov 2002 15:47:34 GMT Received: from fmsmsx331.amr.corp.intel.com ([132.233.42.156]) by fmsmsxvs042.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002110607473416929 ; Wed, 06 Nov 2002 07:47:34 -0800 Received: from fmsmsx403.amr.corp.intel.com ([132.233.42.207]) by fmsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(5.0.2195.5329); Wed, 6 Nov 2002 07:47:14 -0800 content-class: urn:content-classes:message Subject: RE: [PATCH] plugin patch Date: Wed, 06 Nov 2002 07:47:00 -0000 Message-ID: <331AD7BED1579543AD146F5A1A44D5251279DE@fmsmsx403.fm.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MS-Has-Attach: Content-Transfer-Encoding: quoted-printable X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 From: "Howell, David P" To: "Scott Moser" Cc: X-OriginalArrivalTime: 06 Nov 2002 15:47:14.0169 (UTC) FILETIME=[C6D73690:01C285AB] X-SW-Source: 2002-11/txt/msg00098.txt.bz2 On Mon, 28 Oct 2002, Scott Moser wrote: > Below is a patch to add plugin support to GDB. It exports a fairly > simple programmable interface for people to extend the functionality of > GDB via runtime loaded shared libraries in ways that may not fit with > the direction of the main GDB tree (not cross-platform, not stable, > niche audience...). For folks like myself that are working on an alternate architecture or=20 runtime support components (in this case NGPT threads) this would be=20 very useful, as I can see several info commands that I would like to=20 add for M:N user mode scheduling state and LWP state display that would=20 be unique to NGPT and it's implementation.=20 Instead of having to add this to the standard gdb as a one-off for NGPT, I can use the standard gdb and design them as plug-ins to be loaded only when debugging NGPT applications. This feels a lot cleaner and could be=20 applied for other gdb features/architectures to keep the core as small=20 and efficient as possible, loading additional support/features on demand only when needed. Thanks, Dave Howell -----Original Message----- From: Scott Moser [mailto:ssmoser@us.ibm.com]=20 Sent: Wednesday, November 06, 2002 9:45 AM To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] plugin patch All, I sent a patch to add plugin support to GDB under this subject last week, and hadn't received a response other than the one below. I'll gladly document the plugin in gdbint.texinfo if needed. IBM made a copyright assignment agreement previously and I have the required papers to assign this patch also. I don't think that beneficial functionality should be kept from gdb simply because people might use it in unfriendly ways. Anyone interested in taking gdb functionality could still get the GDB source and highjack that (which would even be less obvious to detect than shipping a file and telling the user to "plugin load" it within GDB). If my patch was submitted incorrectly, there was something else that I was missing, or anything else I'd need to change/update/add, please let me know. Thanks, Scott On Tue, 29 Oct 2002, Eli Zaretskii wrote: > > On Mon, 28 Oct 2002, Scott Moser wrote: > > > Below is a patch to add plugin support to GDB. It exports a fairly > > simple programmable interface for people to extend the functionality of > > GDB via runtime loaded shared libraries in ways that may not fit with > > the direction of the main GDB tree (not cross-platform, not stable, > > niche audience...). > > IIRC, the FSF doesn't like to add to GNU software support for dynamically > loading arbitrary modules (for fear of non-free libraries being used thru > this). > > In any case, if this is approved, please consider documenting it in > gdbint.texinfo. TIA > > Scott Moser Software Engineer; Linux Technology Center IBM Corp., Austin, Tx (512) 838-1533 T/L: 678-1533 ssmoser@us.ibm.com , internal zip: 9812