LTO: Check local linkage first
authorDuncan P. N. Exon Smith <dexonsmith@apple.com>
Wed, 7 May 2014 22:53:14 +0000 (22:53 +0000)
committerDuncan P. N. Exon Smith <dexonsmith@apple.com>
Wed, 7 May 2014 22:53:14 +0000 (22:53 +0000)
commit83533dd617a1d1ba0e43f60d161f3813d39a6fb0
treefd1f4c05f4c58b948e9a2895c01224bb2f8d38db
parent57b4c5d4730081ea4e8bd21cd747865411ad5cf3
LTO: Check local linkage first

Since visibility is meaningless for symbols with local linkage, check
local linkage before visibility when setting symbol attributes.

When linkage is `internal` and the visibility is `hidden`, the exposed
attribute is now `LTO_SYMBOL_SCOPE_INTERNAL` instead of
`LTO_SYMBOL_SCOPE_HIDDEN`.  Although the bitfield allows *both* to be
specified, the combination is nonsense anyway.

Given changes (in progress) to drop visibility when a symbol has local
linkage, this almost has no functionality change: it's mostly a cleanup
to clarify the logic.

The exception is when something has `appending` linkage.  Before this
change, such symbols would be advertised as `LTO_SYMBOL_SCOPE_INTERNAL`;
now, they'll be given `LTO_SYMBOL_SCOPE_COMMON`.

Unfortunately this is really awkward to test.  This only changes what we
advertise to linkers (before running LTO), not what the final object
looks like.  In theory I could add `DEBUG` output to `llvm-lto` (and
test with "REQUIRES: asserts"), but follow-up commits to disallow
`internal hidden` simplify this anyway.

<rdar://problem/16141113>

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@208261 91177308-0d34-0410-b5e6-96231b3b80d8
lib/LTO/LTOModule.cpp