This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: [Proposal] GDB honouring RPATH in binaries.
- From: Colin Burgess <cburgess at qnx dot com>
- To: Kevin Buettner <kevinb at redhat dot com>
- Cc: Kris Warkentin <kewarken at qnx dot com>, Daniel Jacobowitz <drow at mvista dot com>, Paul Koning <pkoning at equallogic dot com>, gdb at sources dot redhat dot com
- Date: Fri, 21 Feb 2003 14:44:47 -0500 (EST)
- Subject: Re: [Proposal] GDB honouring RPATH in binaries.
On Fri, 21 Feb 2003, Kevin Buettner wrote:
> On Feb 21, 1:30pm, Kris Warkentin wrote:
>
> > > Aha. Looks like our loader just fills in the basename of the lib it
> > finds.
> > > That explains why we need so much initialization of solib-search-path and
> > so
> > > on. I'm going to get our kernel guy to change that so that we can just
> > use
> > > solib-absolute-prefix.
> >
> > This doesn't work for us. The situation is that there might be no clear
> > link between the host and target directory structures. In general, all our
> > libs wind up in /proc/boot on the target image so when the loader fills in
> > 'libc.so' rather than '/proc/boot/libc.so', it's a benefit since we can use
> > solib-search-path to find $QNX_TARGET/$CPU/lib/libc.so, regardless of host.
>
> I still find myself confused as to why your loader only wants to fill
> in the basename. Having an absolute path won't preclude using
> solib-search-path. And it will certainly make things easier when you
> have an accurate target image residing (somewhere) on the host so that you
> can use solib-absolute-prefix.
There's no particular reason that I can see. I'm looking into adding it.
However, the fact remains that all released versions of QNX don't have
the fullpath...
> > Two: provide a mechanism to append strings to gdb variables such as
> > solib-search-path which might be useful in other situations. A really nice
> > implementation would be some form of variable expansion, ie:
> >
> > set solib-search-path $solib-search-path:/home/foo
>
> I think something like this has been discussed before. It sounds like
> a good idea to me.
Yes, I think this is a good idea too.
--
cburgess at qnx dot com