maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/pecoff/weak-external.test

10 lines
292 B
Plaintext
Raw Normal View History

[PECOFF] Handle weak external symbols. Used the fallback mechanism to implement COFF weak external symbols. llvm-svn: 190633
2013-09-13 05:42:52 +08:00
# RUN: yaml2obj %p/Inputs/weak-externals.obj.yaml > %t.obj
[PECOFF] Remove extraneous command line options from tests. llvm-svn: 195854
2013-11-28 01:43:54 +08:00
# RUN: lld -flavor link /force /out:%t.exe /subsystem:console \
# RUN: /entry:fn -- %t.obj %p/Inputs/static.lib 2> %t2.out
[PECOFF] Handle weak external symbols. Used the fallback mechanism to implement COFF weak external symbols. llvm-svn: 190633
2013-09-13 05:42:52 +08:00
# RUN: FileCheck %s < %t2.out
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
2013-11-21 04:51:55 +08:00
CHECK: _no_such_symbol1
[PECOFF] Handle weak external symbols. Used the fallback mechanism to implement COFF weak external symbols. llvm-svn: 190633
2013-09-13 05:42:52 +08:00
CHECK-NOT: _no_such_symbol2
CHECK: _no_such_symbol3