This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [PATCH] plugin patch
- From: Jelmer Vernooij <jelmer at samba dot org>
- To: Scott Moser <ssmoser at us dot ibm dot com>
- Cc: Eli Zaretskii <eliz at is dot elta dot co dot il>, gdb-patches at sources dot redhat dot com
- Date: Wed, 6 Nov 2002 15:54:15 +0100
- Subject: Re: [PATCH] plugin patch
- References: <Pine.SUN.3.91.1021029082600.21619M@is> <Pine.LNX.4.44.0211060843060.18844-100000@dmfet>
On Wed, Nov 06, 2002 at 08:45:18AM -0600, Scott Moser wrote about '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.
One small suggestion; add some kind of version system for the plugins.
The API for plugins might change in the future and you don't want bug
reports from users complaining that gdb segfaults when they're trying
to load a plugin. We had the same thing when implementing this in
samba.
Just my two eurocents, :-)
jelmer
> 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
--
Jelmer Vernooij <jelmer@nl.linux.org> - http://nl.linux.org/~jelmer/
15:51:44 up 3:40, 9 users, load average: 0.11, 0.10, 0.08