a0cbe16ed5
These symbols actually point to the symbol's IAT entry, which obviously is different from the symbol itself (which is imported from a different module and doesn't exist in the current one). Omitting this symbol helps gdb inspect automatically imported symbols, see https://sourceware.org/bugzilla/show_bug.cgi?id=24574 for discussion on the matter. Surprisingly, those extra symbols don't seem to be an issue for gdb when the sources have been built with clang, only with gcc. The actual logic in gdb that this depends on still is unknown, but omitting these symbols from the symbol table is the right thing to do in any case. Differential Revision: https://reviews.llvm.org/D65727 llvm-svn: 367836
32 lines
1.1 KiB
ArmAsm
32 lines
1.1 KiB
ArmAsm
# REQUIRES: x86
|
|
|
|
# RUN: llvm-mc -triple=x86_64-windows-gnu %p/Inputs/gnu-implib-head.s -filetype=obj -o %t-dabcdh.o
|
|
# RUN: llvm-mc -triple=x86_64-windows-gnu %p/Inputs/gnu-implib-data.s -filetype=obj -o %t-dabcds00000.o
|
|
# RUN: llvm-mc -triple=x86_64-windows-gnu %p/Inputs/gnu-implib-tail.s -filetype=obj -o %t-dabcdt.o
|
|
# RUN: rm -f %t-implib.a
|
|
# RUN: llvm-ar rcs %t-implib.a %t-dabcdh.o %t-dabcds00000.o %t-dabcdt.o
|
|
|
|
# RUN: llvm-mc -triple=x86_64-windows-gnu %s -filetype=obj -o %t.obj
|
|
# RUN: lld-link -lldmingw -debug:symtab -out:%t.exe -entry:main %t.obj %t-implib.a -verbose
|
|
|
|
# RUN: llvm-readobj --coff-imports %t.exe | FileCheck -check-prefix=IMPORTS %s
|
|
# RUN: llvm-nm %t.exe | FileCheck -check-prefix=SYMBOLS %s
|
|
|
|
# IMPORTS: Import {
|
|
# IMPORTS-NEXT: Name: foo.dll
|
|
# IMPORTS-NEXT: ImportLookupTableRVA:
|
|
# IMPORTS-NEXT: ImportAddressTableRVA:
|
|
# IMPORTS-NEXT: Symbol: data (0)
|
|
# IMPORTS-NEXT: }
|
|
|
|
# Check that the automatically imported symbol "data" is not listed in
|
|
# the symbol table.
|
|
# SYMBOLS-NOT: {{ }}data
|
|
|
|
.global main
|
|
.text
|
|
main:
|
|
movl data(%rip), %eax
|
|
ret
|
|
.data
|