[Bug middle-end/83074] Shared object built with `-pie --coverage' hangs forever

2017-11-22 Thread stvar at yahoo dot com
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

[Bug middle-end/83074] Shared object built with `-pie --coverage' hangs forever

2017-11-21 Thread stvar at yahoo dot com
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

[Bug middle-end/83074] Shared object built with `-pie --coverage' hangs forever

2017-11-20 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/83074] Shared object built with `-pie --coverage' hangs forever

2017-11-20 Thread jakub at gcc dot gnu.org
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

[Bug middle-end/83074] Shared object built with `-pie --coverage' hangs forever

2017-11-20 Thread stvar at yahoo dot com
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

[Bug middle-end/83074] Shared object built with `-pie --coverage' hangs forever

2017-11-20 Thread hjl.tools at gmail dot com
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. > >