Re: gdb/633: fully qualified pathnames in solib_map_sections() and remote debugging

Daniel Jacobowitz
2002-08-12T16:29:56Z

On Mon, Aug 12, 2002 at 09:20:24AM -0700, Kevin Buettner wrote:
> On Aug 12, 11:55am, Daniel Jacobowitz wrote:
>
> > > > There are two approaches: have solib_open() test for a local/remote
> > > > target; or, add methods to the target vector that allow solib_open() to
> > > > be written independant of the target.
> > >
> > > At the moment, I like the first approach better because it's simpler.
> > > I'd prefer that we wait on the more complicated approach until a need
> > > is demonstrated for the additional complexity.
> >
> > I agree. But as I said above, I don't want to make this decision based
> > on local/remote. An i386-pc-linux-gnu debugger using gdbserver will
> > default to looking in the system libraries right now; that's correct, I
> > think.
>
> I'm wondering how frequently this particular scenario occurs. If it
> occurs relatively infrequently, I think it'd be better to force the
> user to set solib-absolute-prefix and/or solib-search-path. It certainly
> seems safer than incorrectly using the host's environment variables.
>
> Usually, when I do the above, I'm running the debug agent in a chroot
> environment which has different libraries. For a quick and dirty test
> of the debug agent though, I'll frequently just run it on the host in
> which case using the host's libraries is correct.

Same; I do almost all of my testing using gdbserver on the host.
Because it has a different threads package than core GDB, I also
periodically recommend that others try this. Having to set it myself
would be a real pain.

> As noted earlier in this thread (and by yourself on at least one
> occassion), one of the things which we sorely need is a mechanism to
> check to see if gdb has loaded the correct shared object.

Absolutely. I'm thinking about this one...

--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer