This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Adding static-PIE support to binutils

On Tue, Jun 23, 2015 at 9:18 PM, Rich Felker <> wrote:
> For background on the static PIE model I'm working with, see the
> following post to the GCC list:
> So far, I've been prototyping static PIE support by having GCC pass
> the following options to ld instead of -static -pie:
>         -static -shared -Bsymbolic
> This partly works, but since ld does not know it's producing a main
> executable, it misses important details, including the ability to link
> initial-exec and local-exec model TLS code correctly, as well as
> various linking optimizations. So I think the right way forward is
> making ld accept -static and -pie together to do the right thing.
> In elflink.c, _bfd_elf_link_create_dynamic_sections assumes that
> executables should always have a .interp section.
> bfd_elf_size_dynamic_sections asserts this assumption again, and the
> individual elf??-*.c files also do so in *_elf_size_dynamic_sections
> where they set a default interpreter. (Is this even useful? Most of
> the names are out of touch with reality, and GCC always passes an
> explicit -dynamic-linker anyway, so I think this code should just be
> removed.)
> Now I have a working prototype by changing the info->executable
> condition to info->executable && info->dynamic, and having lexsup.c
> store the value of input_flags.dynamic in link_info.dynamic after
> processing the command line, but I'm not sure if this is the right
> approach.

It is OK to use -static/-Bstatic/-non_shared with -shared and -pie.
I think you want --no-dynamic-linker.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]