Re: DT_RPATH from dependent lib ignored by ld?

[Adam Kemp <adam dot kemp at ni dot com>]

I have no such paperwork. That sounds like our lawyers would have to get 
involved. That makes me sad...
--
Adam Kemp
adam.kemp@ni.com
(512) 683-6058



From:   "H.J. Lu" <hjl.tools@gmail.com>
To:     Adam Kemp <adam.kemp@ni.com>
Cc:     binutils@sourceware.org
Date:   01/20/2011 06:28 PM
Subject:        Re: DT_RPATH from dependent lib ignored by ld?
Sent by:        binutils-owner@sourceware.org



If you have FSF paperwork, it is very likely that your patch will
be accepted.



On Thu, Jan 20, 2011 at 4:02 PM, Adam Kemp <adam.kemp@ni.com> wrote:
> If I were to try to implement this what would be the odds of it being
> accepted? We don't necessarily need it, but it would be a nice addition,
> and I think I can figure out how to do it. I wouldn't want to work on it
> if someone thinks it's a bad idea, though.
> --
> Adam Kemp
> adam.kemp@ni.com
> (512) 683-6058
>
>
>
> From:   Alan Modra <amodra@gmail.com>
> To:     Adam Kemp <adam.kemp@ni.com>
> Cc:     binutils@sourceware.org
> Date:   01/20/2011 04:52 PM
> Subject:        Re: DT_RPATH from dependent lib ignored by ld?
> Sent by:        binutils-owner@sourceware.org
>
>
>
> On Thu, Jan 20, 2011 at 03:13:35PM -0600, Adam Kemp wrote:
>> I just figured out more about what is going on. It looks like ld is
>> actually looking at the DT_RPATH for my shared library, but it is not
>> interpreting the $ORIGIN special path.
>
> Yes, that will be the problem.  ld has no support for $ORIGIN or other
> substituted strings in DT_RPATH.  There is no reason this could not be
> done; It's just that no one has yet been sufficiently motivated to
> contribute the code.
>
> --
> Alan Modra
> Australia Development Lab, IBM
>
>
>



-- 
H.J.