[Bug target/65780] [5 Regression] Uninitialized common handling in executables

hjl.tools at gmail dot com gcc-bugzilla@gcc.gnu.org
Thu Apr 16 04:32:00 GMT 2015


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #35326|0                           |1
        is obsolete|                            |

--- Comment #9 from H.J. Lu <hjl.tools at gmail dot com> ---
Created attachment 35327
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35327&action=edit
A different patch

On x86, this issue only shows up with PIE. Here is a different
patch to treat common symbol defined locally only if the backend
passes true common_maybe_local.  For x86-64, it is true only if
HAVE_LD_PIE_COPYRELOC is 1.  For i386, it is always false.  If
we aren't building PIE, common_maybe_local is true or false
doesn't make a difference for x86 since the common symbol is
always referenced normally with copy reloc.  For PIE on x86-64,
common symbol is local only if HAVE_LD_PIE_COPYRELOC is 1.



More information about the Gcc-bugs mailing list