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/exportlib2.test

22 lines
686 B
Plaintext
Raw Normal View History

[PECOFF] Add a test for lib.exe subcommand. Previously the input file for the lib.exe command would be removed as soon as the command exits, so we couldn't write a test to check the file contents are correct. This patch adds /lldmoduledeffile: option to retain a copy of the temporary file at the given file path, so that you can see the file if you want. llvm-svn: 207727
2014-05-01 08:06:56 +08:00
# RUN: yaml2obj %p/Inputs/export.obj.yaml > %t.obj
#
# RUN: lld -flavor link /out:%t.dll /dll /entry:init \
[PECOFF] Fix exported symbols in an import library. Looks like if you have symbol foo in a module-definition file (.def file), and if the actual symbol name to match that export description is _foo@x (where x is an integer), the exported symbol name becomes this. - foo in the .dll file - foo@x in the .lib file I have checked in a few fixes recently for exported symbol name mangling. I haven't found a simple rule that governs all the mangling rules. There may not ever exist. For now, this is a patch to improve .lib file compatibility. llvm-svn: 223524
2014-12-06 05:52:02 +08:00
# RUN: /export:exportfn1 /export:exportfn2 /lldmoduledeffile:%t1.def -- %t.obj
# RUN: FileCheck -check-prefix=CHECK1 %s < %t1.def
[PECOFF] Add a test for lib.exe subcommand. Previously the input file for the lib.exe command would be removed as soon as the command exits, so we couldn't write a test to check the file contents are correct. This patch adds /lldmoduledeffile: option to retain a copy of the temporary file at the given file path, so that you can see the file if you want. llvm-svn: 207727
2014-05-01 08:06:56 +08:00
[PECOFF] Fix symbols in module-definition file. llvm-svn: 221303
2014-11-05 06:09:13 +08:00
CHECK1: LIBRARY "exportlib2.test.tmp.dll"
CHECK1: EXPORTS
CHECK1: exportfn1 @1
CHECK1: exportfn2 @2
CHECK1: exportfn3@256 @3
# RUN: lld -flavor link /out:%t.dll /dll /entry:init \
[PECOFF] Fix exported symbols in an import library. Looks like if you have symbol foo in a module-definition file (.def file), and if the actual symbol name to match that export description is _foo@x (where x is an integer), the exported symbol name becomes this. - foo in the .dll file - foo@x in the .lib file I have checked in a few fixes recently for exported symbol name mangling. I haven't found a simple rule that governs all the mangling rules. There may not ever exist. For now, this is a patch to improve .lib file compatibility. llvm-svn: 223524
2014-12-06 05:52:02 +08:00
# RUN: /def:%p/Inputs/exports2.def /lldmoduledeffile:%t2.def -- %t.obj
# RUN: FileCheck -check-prefix=CHECK2 %s < %t2.def
[PECOFF] Fix symbols in module-definition file. llvm-svn: 221303
2014-11-05 06:09:13 +08:00
CHECK2: LIBRARY "exportlib2.test.tmp.dll"
CHECK2: EXPORTS
CHECK2: exportfn1 @5
[PECOFF] Fix exported symbols in an import library. Looks like if you have symbol foo in a module-definition file (.def file), and if the actual symbol name to match that export description is _foo@x (where x is an integer), the exported symbol name becomes this. - foo in the .dll file - foo@x in the .lib file I have checked in a few fixes recently for exported symbol name mangling. I haven't found a simple rule that governs all the mangling rules. There may not ever exist. For now, this is a patch to improve .lib file compatibility. llvm-svn: 223524
2014-12-06 05:52:02 +08:00
CHECK2: exportfn3@256 @6
CHECK2: exportfn7@8 @7