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

66 lines
2.0 KiB
Plaintext
Raw Normal View History

COFF: Fix the order of the DLL import entry. There are some DLLs whose initializers depends on other DLLs' initializers. The initialization order matters for them. MSVC linker uses the order of the libraries from the command line. LLD used ASCII-betical order. So they were incompatible. This patch makes LLD compatible with MSVC. llvm-svn: 245201
2015-08-17 16:30:31 +08:00
# REQUIRES: winlib
# RUN: yaml2obj < %s > %t.obj
# RUN: mkdir -p %tlib
COFF: Fix a broken test. This test couldn't be run more than once because lib.exe does not work if the files already exist. llvm-svn: 245214
2015-08-17 19:06:21 +08:00
# RUN: rm -f %tlib/lib1.lib
# RUN: rm -f %tlib/lib2.lib
COFF: Fix the order of the DLL import entry. There are some DLLs whose initializers depends on other DLLs' initializers. The initialization order matters for them. MSVC linker uses the order of the libraries from the command line. LLD used ASCII-betical order. So they were incompatible. This patch makes LLD compatible with MSVC. llvm-svn: 245201
2015-08-17 16:30:31 +08:00
# RUN: echo EXPORTS sym1 > %t1.def
# RUN: echo EXPORTS sym2 > %t2.def
COFF: Attempt to fix a flaky test. I don't understand why the previous code is pretty flaky and the new code is at least less flaky, but the original test occasionally failed on the second run of lib.exe. My guess was that lib.exe was failing because the output of the echo command executed immediately before lib.exe was not flushed to a file, but as far as I can say, the file descriptor is properly closed in TestRunner.py, so this's probably not correct. Other theory is that, on Windows, file output is not guaranteed to be visible to other processes even if a process flushes file descriptors, but I'd think that's unlikely. So honestly I don't know the cause yet. llvm-svn: 246621
2015-09-02 16:10:37 +08:00
# RUN: lib /nologo /machine:amd64 /def:%t1.def /out:%tlib\lib1.lib
# RUN: lib /nologo /machine:amd64 /def:%t2.def /out:%tlib\lib2.lib
COFF: Fix the order of the DLL import entry. There are some DLLs whose initializers depends on other DLLs' initializers. The initialization order matters for them. MSVC linker uses the order of the libraries from the command line. LLD used ASCII-betical order. So they were incompatible. This patch makes LLD compatible with MSVC. llvm-svn: 245201
2015-08-17 16:30:31 +08:00
# RUN: lld-link /out:%t1.exe /entry:main /libpath:%tlib %t.obj /defaultlib:lib1 /defaultlib:lib2
# RUN: lld-link /out:%t2.exe /entry:main /libpath:%tlib %t.obj /defaultlib:lib2 /defaultlib:lib1
# RUN: llvm-readobj -coff-imports %t1.exe | FileCheck -check-prefix=CHECK1 %s
# RUN: llvm-readobj -coff-imports %t2.exe | FileCheck -check-prefix=CHECK2 %s
# CHECK1: Name: dllorder.test.tmp1.dll
# CHECK1: Name: dllorder.test.tmp2.dll
# CHECK2: Name: dllorder.test.tmp2.dll
# CHECK2: Name: dllorder.test.tmp1.dll
---
header:
Machine: IMAGE_FILE_MACHINE_AMD64
Characteristics: []
sections:
- Name: .text
Characteristics: [ IMAGE_SCN_CNT_CODE, IMAGE_SCN_MEM_EXECUTE, IMAGE_SCN_MEM_READ ]
Alignment: 4096
SectionData: 0000000000000000
symbols:
- Name: .text
Value: 0
SectionNumber: 1
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_STATIC
SectionDefinition:
Length: 8
NumberOfRelocations: 0
NumberOfLinenumbers: 0
CheckSum: 0
Number: 0
- Name: main
Value: 0
SectionNumber: 1
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_EXTERNAL
- Name: __imp_sym1
Value: 0
SectionNumber: 0
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_EXTERNAL
- Name: __imp_sym2
Value: 0
SectionNumber: 0
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_EXTERNAL
...