[PATCH v3 2/2] elf: Add GNU_PROPERTY_1_NEEDED check

H.J. Lu hjl.tools@gmail.com
Thu Jul 8 12:26:05 GMT 2021


On Thu, Jul 8, 2021 at 12:27 AM Florian Weimer <fweimer@redhat.com> wrote:
>
> * H. J. Lu:
>
> >> >> For (4), I think we need to set a different flag (or perhaps even
> >> >> flags), and be really careful about what we do.  I think an output file
> >> >> that is an executable will never require indirect-extern-access, but it
> >> >
> >> > What did you mean by that?  We need to compile executable with
> >> > -fno-direct-extern-access for the whole scheme to work.
> >>
> >> indirect-extern-access imposes a requirement on executables, but
> >> building an executable to comply with the new requirements will not
> >
> > That is correct.
> >
> >> impose anything on the rest of the link.  I do not see the markup
> >> covering that.
> >
> > The absence of the marker tells ld.so that copy relocation against
> > protected symbols in the executable is incompatible with the shared
> > library with the protected symbol AND the marker.
>
> Maybe I don't completely understand the direction in which is is moving.
>
> Is the idea to phase out copy relocations in general?  Or just disable

I want to phase out copy relocation to avoid dynamic relocation on defined
protected symbols.  I want to forbid copy relocation only if it is against a
shared library with the marker.

> them for protected symbols?
>
> Thanks,
> Florian
>


-- 
H.J.


More information about the Binutils mailing list