Re: [Proposal] GDB honouring RPATH in binaries.

[Colin Burgess <cburgess@qnx.com>]

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@qnx.com