[Buildroot] Bug in RPATH fixing logic

Wolfgang Grandegger wg at grandegger.com
Tue Nov 14 09:05:28 UTC 2017



Am 14.11.2017 um 09:00 schrieb Wolfgang Grandegger:
> Hello,
> 
> Am 13.11.2017 um 21:33 schrieb Yann E. MORIN:
>> On 2017-11-13 19:04 +0100, Wolfgang Grandegger spake thusly:
>>> Hello,
>>>
>>> Am 13.11.2017 um 18:36 schrieb Yann E. MORIN:
>>>> Peter, All,
>>>>
>>>> On 2017-11-13 14:50 +0100, Peter Korsgaard spake thusly:
>>>>>>>>>> "Wolfgang" == Wolfgang Grandegger <wg at grandegger.com> writes:
>>>>>    > This means: A symbolic link would work.
>>>>> Ok, great - Makes sense. I wonder how much effort it wil be to get
>>>>> binutils to generate symbolic links instead of hard links.
>>>>
>>>> No way.
>>>
>>> Well, the attached patch fixes the issue with the binary utilities (ld,
>>> ar, objdump, as, ...). I think only the fixes in 
>>> "binutils/Makefile.in" and
>>> "gas/Makefile.in" are need, IIRC. And in the fixes did not break the
>>> build, at least. Will do more checks...
>>
>> Well, what I meant is that there are no --disable-hardlinks on the
>> ocnfigure command line.
>>
>> And don;t forget that we do have 4 versions of binutils to patch.
>>
>> And as Peter said: if we patch, we should try to get that upstreamable.
>> Maybe upstream will be receptive to that. Or maybe not. Who knows...
>>
>> I think providing a post-install hook is better than patching.
> 
> I agree.

You mean post-install for the "binutil" packages only? A generic 
solution would be better, but not straight-forward, unfortunately.

Do we want to have symbolic instead of hard links or is a special RPATH 
with directories for all hard linked ELF files acceptable?

Wolfgang.



More information about the buildroot mailing list