Add -z undefs option to the ELF linker.
authorNick Clifton <nickc@redhat.com>
Fri, 12 Jan 2018 08:15:55 +0000 (08:15 +0000)
committerNick Clifton <nickc@redhat.com>
Fri, 12 Jan 2018 08:15:55 +0000 (08:15 +0000)
commit97a232d7335f3bd0231fd9cd39455bde1d563922
tree60131664a4a1c9c1903114bed7570ab4f0279aa8
parent33eff4ce18fbee82ef39838b7c8623aed17dea60
Add -z undefs option to the ELF linker.

  Currently we have no obvious way to revert the action of the "-z defs"
  command line option.  The "--unresolved-symbols=ignore-in-object-files"
  does pretty much what is needed, but it is non-obvious and it also
  touches the setting for reporting unresolved symbol references from
  shared libraries.  So I am proposing adding a "-z undefs" option to be
  the inverse of "-z defs".  (I thought that "-z nodefs" might be
  confusing since it implies banning all definitions, rather than
  allowing them).

  In addition the description of the "-z defs" option in the linker
  documentation is misleading in one place, where it says:

    'defs'
       Disallows undefined symbols in object files.  Undefined
       symbols in shared libraries are still allowed.

  whereas later on it gets it right:

    '-z defs'
       Report unresolved symbol references from regular object files.
       This is done even if the linker is creating a non-symbolic shared
       library.  The switch '--[no-]allow-shlib-undefined' controls the
       behaviour for reporting unresolved references found in shared
       libraries being linked in.

* emultempl/elf32.em (_handle_option): Add support for "-z undefs"
as the opposite of "-z defs".
* ld.texinfo: Document the new option.  Update the description of
the -z defs option to make it clear that it does generate an error
if an undefined symbol reference is found in an object file whilst
creating a shared library.
* NEWS: Document this new feature.
ld/ChangeLog
ld/NEWS
ld/emultempl/elf32.em
ld/ld.texinfo