2018-08-07 03:49:18 +08:00
|
|
|
# REQUIRES: x86
|
|
|
|
|
|
|
|
|
|
# RUN: llvm-mc -triple=x86_64-windows-gnu %s -filetype=obj -o %t1.obj
|
|
|
|
|
# RUN: llvm-mc -triple=x86_64-windows-gnu %S/Inputs/common-replacement.s -filetype=obj -o %t2.obj
|
|
|
|
|
|
|
|
|
|
# RUN: lld-link -lldmingw -entry:main %t1.obj %t2.obj -out:%t.exe -verbose 2>&1 \
|
|
|
|
|
# RUN: | FileCheck -check-prefix VERBOSE %s
|
|
|
|
|
# RUN: llvm-readobj -s %t.exe | FileCheck -check-prefix SECTIONS %s
|
|
|
|
|
|
|
|
|
|
# VERBOSE: -aligncomm:"foo",2
|
|
|
|
|
|
|
|
|
|
# As long as the .comm symbol is replaced with actual data, RawDataSize
|
|
|
|
|
# below should be nonzero.
|
|
|
|
|
|
|
|
|
|
# SECTIONS: Name: .data (2E 64 61 74 61 00 00 00)
|
|
|
|
|
# SECTIONS-NEXT: VirtualSize: 0x8
|
[COFF] Provide __CTOR_LIST__ and __DTOR_LIST__ symbols for MinGW
MinGW uses these kind of list terminator symbols for traversing
the constructor/destructor lists. These list terminators are
actual pointers entries in the lists, with the values 0 and
(uintptr_t)-1 (instead of just symbols pointing to the start/end
of the list).
(This mechanism exists in both the mingw-w64 crt startup code and
in libgcc; normally the mingw-w64 one is used, but a DLL build of
libgcc uses the libgcc one. Therefore it's not trivial to change
the mechanism without lots of cross-project synchronization and
potentially invalidating some combinations of old/new versions
of them.)
When mingw-w64 has been used with lld so far, the CRT startup object
files have so far provided these symbols, ending up with different,
incompatible builds of the CRT startup object files depending on
whether binutils or lld are going to be used.
In order to avoid the need of different configuration of the CRT startup
object files depending on what linker to be used, provide these symbols
in lld instead. (Mingw-w64 checks at build time whether the linker
provides these symbols or not.) This unifies this particular detail
between the two linkers.
This does disallow the use of the very latest lld with older versions
of mingw-w64 (the configure check for the list was added recently;
earlier it simply checked whether the CRT was built with gcc or clang),
and requires rebuilding the mingw-w64 CRT. But the number of users of
lld+mingw still is low enough that such a change should be tolerable,
and unifies this aspect of the toolchains, easing interoperability
between the toolchains for the future.
The actual test for this feature is added in ctors_dtors_priority.s,
but a number of other tests that checked absolute output addresses
are updated.
Differential Revision: https://reviews.llvm.org/D52053
llvm-svn: 342294
2018-09-15 06:26:59 +08:00
|
|
|
# SECTIONS-NEXT: VirtualAddress: 0x3000
|
2018-08-07 03:49:18 +08:00
|
|
|
# SECTIONS-NEXT: RawDataSize: 512
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
.text
|
|
|
|
|
.def main;
|
|
|
|
|
.scl 2;
|
|
|
|
|
.type 32;
|
|
|
|
|
.endef
|
|
|
|
|
.globl main
|
|
|
|
|
.p2align 4, 0x90
|
|
|
|
|
main:
|
|
|
|
|
movl foo(%rip), %eax
|
|
|
|
|
retq
|
|
|
|
|
|
|
|
|
|
# This produces an aligncomm directive, but when linking in
|
|
|
|
|
# Inputs/common-replacement.s, this symbol is replaced by a normal defined
|
|
|
|
|
# symbol instead.
|
|
|
|
|
.comm foo, 4, 2
|