Files
clang-p2996/clang/test/CodeGen/ms-inline-asm-functions.c
Phoebe Wang 24c68ea1eb Reland "[X86][MS-InlineAsm] Use exact conditions to recognize MS global variables"
This reverts commit a954558e87.

Thanks Yuanfang's help. I think I found the root cause of the buildbot
fail.

The failed test has both Memory and Immediate X86Operand. All data of
different operand kinds share the same memory space by a union
definition. So it has chance we get the wrong result if we don't check
the operand kind.

It's probably it happen to be the correct value in my local environment
so that I can't reproduce the fail.

Differential Revision: https://reviews.llvm.org/D116090
2021-12-24 17:42:51 +08:00

61 lines
1.4 KiB
C

// REQUIRES: x86-registered-target
// RUN: %clang_cc1 %s -triple i386-pc-windows-msvc -fms-extensions -S -o - | FileCheck %s
// Yes, this is an assembly test from Clang, because we need to make it all the
// way through code generation to know if our call became a direct, pc-relative
// call or an indirect call through memory.
int k(int);
__declspec(dllimport) int kimport(int);
int (*kptr)(int);
int (*gptr())(int);
int foo() {
// CHECK-LABEL: _foo:
int (*r)(int) = gptr();
// Simple case: direct call.
__asm call k;
// CHECK: calll _k
// Marginally harder: indirect calls, via dllimport or function pointer.
__asm call r;
// CHECK: calll *({{.*}})
__asm call kimport;
// CHECK: calll *({{.*}})
// Broken case: Call through a global function pointer.
__asm call kptr;
// CHECK: calll _kptr
// CHECK-FIXME: calll *_kptr
}
int bar() {
// CHECK-LABEL: _bar:
__asm jmp k;
// CHECK: jmp _k
}
int baz() {
// CHECK-LABEL: _baz:
__asm mov eax, k;
// CHECK: movl _k, %eax
__asm mov eax, kptr;
// CHECK: movl _kptr, %eax
}
// Test that this asm blob doesn't require more registers than available. This
// has to be an LLVM code generation test.
void __declspec(naked) naked() {
__asm pusha
__asm call k
__asm popa
__asm ret
// CHECK-LABEL: _naked:
// CHECK: pushal
// CHECK-NEXT: calll _k
// CHECK-NEXT: popal
// CHECK-NEXT: retl
}