Re: [rfc / remote protocol] Remote shared library events

[Daniel Jacobowitz <drow@false.org>]

On Thu, May 10, 2007 at 11:34:51PM +0200, Mark Kettenis wrote:
> > Date: Wed, 9 May 2007 16:16:27 -0400
> > From: Daniel Jacobowitz <drow@false.org>
> > 
> > Not all platforms work this way.  The exceptions I'm looking at
> > recently are DLL-based platforms: Windows and SymbianOS.  Both use an
> > OS-level loader instead.  You have to query the OS to get the list
> > of libraries, and the OS provides event notification directly instead
> > of via a magic breakpoint.  We can't poke and prod at the OS directly
> > during remote debugging, so to implement DLL support for these
> > platforms I extended the remote protocol.
> 
> Can we please avoid the term DLL for this stuff?  That's just a
> particular implementation of shared objects/libraries.  This
> functionality is generally usable, and not specific to Windows.

Every platform I've used that needs the OS-provided events called them
DLLs, which was more than just Windows :-)  But I've no objection.
I'll rephrase the patch.

I'd rather leave the packet names alone, but if you would rather
change them I can keep the old names in a local patch for now.

> I think this diff needs to be split up.  I looked at it twice now, but
> I don't see how the bits are related, and the changes to infrun.c make
> me very nervous.

I can definitely split out the infrun bits; I'll do that tomorrow and
post them with their own explanation.  If there's anything else that
you would like split out or clarified, let me know.  Better overall
explanation of solib-target coming up too.

-- 
Daniel Jacobowitz
CodeSourcery