summaryrefslogtreecommitdiffstats
path: root/lldb/source/Target/Process.cpp
diff options
context:
space:
mode:
authorRui Ueyama <ruiu@google.com>2013-11-20 20:51:55 +0000
committerRui Ueyama <ruiu@google.com>2013-11-20 20:51:55 +0000
commit70f11d7589738186588427ec8134e411ac43bad4 (patch)
tree72b5c2d51ead83d36cddf9deef99f7c8bcc9a813 /lldb/source/Target/Process.cpp
parentf9329ff650fa252606c65977405189dc46e5d66f (diff)
downloadbcm5719-llvm-70f11d7589738186588427ec8134e411ac43bad4.tar.gz
bcm5719-llvm-70f11d7589738186588427ec8134e411ac43bad4.zip
Fix Weak External symbol handling.
The fallback atom was used only when it's searching for a symbol in a library; if an undefined symbol was not found in a library, the LLD looked for its fallback symbol in the library. Although it worked in most cases, because symbols with fallbacks usually occur only in OLDNAMES.LIB (a standard library), that behavior was incompatible with link.exe. This patch fixes the issue so that the semantics is the same as MSVC's link.exe The new (and correct, I believe) behavior is this: - If there's no definition for an undefined atom, replace the undefined atom with its fallback and then proceed (e.g. look in the next file or stop linking as usual.) Weak External symbols are underspecified in the Microsoft PE/COFF spec. However, as long as I observed the behavior of link.exe, this seems to be what we want for compatibility. Differential Revision: http://llvm-reviews.chandlerc.com/D2162 llvm-svn: 195269
Diffstat (limited to 'lldb/source/Target/Process.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud