https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #7 from Stefan Vargyas ---
>
> libc.so.6 is a shared library, not a PIE. It is normally linked with -shared,
> just arranged to have .interp section and a meaningful e_entry in Ehdr.
> PIE is something significantly different, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #6 from Stefan Vargyas ---
>
> Don't use --export-dynamic. This causes __libc_csu_{init,fini} to be shared
> between the objects instead of having a private copy in each object.
>
Thank you very much Andreas for your deep inside
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #4 from Jakub Jelinek ---
(In reply to Stefan Vargyas from comment #3)
> This feature is quite useful in practice -- for example, the
> GNU C library is runnable this way too:
>
> $ /lib64/libc.so.6
> GNU C Library stable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #3 from Stefan Vargyas ---
>
> Why do you expect you can use a PIE as a shared library?
>
Well, with `-pie' one can issue 'foo.so' by itself:
$ ./foo.so
foo.so: version 0.1
This feature is quite useful in practice -- for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #2 from H.J. Lu ---
(In reply to Martin Liška from comment #1)
> Hi.
>
> Thanks for the report. I isolated the issue and it's related to how
> constructors are called and hang in GCOV is just demonstration of the
> problem.
>
>