replica
/
hanchenye-llvm-project
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
hanchenye-llvm-project/clang/test/Parser/ms-inline-asm.c

39 lines
1.6 KiB
C
Raw Normal View History

[driver, ms-inline asm] MS-Style inline assembly is controlled by the -fasm-blocks flag, not the -fms-extensions flag. rdar://12808010 llvm-svn: 169422
2012-12-06 05:08:21 +08:00
// RUN: %clang_cc1 %s -verify -fasm-blocks
Some fixes for MS-style asm parsing: specifically, add some error checking, and handle asm comments using semicolons correctly. (The comments are actually surprisingly tricky.) llvm-svn: 140837
2011-09-30 09:13:51 +08:00
#define M __asm int 0x2c
#define M2 int
[ms-style asm] Change the fatal error to an extension warning. Apparently, this error was asserting on anything that included Windows.h. MS-style inline asm is still dropped, but at least now we're not completely silent about it. llvm-svn: 158833
2012-06-21 02:28:37 +08:00
void t1(void) { M } // expected-warning {{MS-style inline assembly is not supported}}
void t2(void) { __asm int 0x2c } // expected-warning {{MS-style inline assembly is not supported}}
void t3(void) { __asm M2 0x2c } // expected-warning {{MS-style inline assembly is not supported}}
[ms-inline asm] Change the -fenable-experimental-ms-inline-asm option from a CodeGen option to a LangOpt option. In turn, hoist the guard into the parser so that we avoid the new (and fairly unstable) Sema/AST/CodeGen logic. This should restore the behavior of clang to that prior to r158325. <rdar://problem/12163681> llvm-svn: 162602
2012-08-25 05:42:51 +08:00
void t4(void) { __asm mov eax, fs:[0x10] } // expected-warning {{MS-style inline assembly is not supported}}
Some fixes for MS-style asm parsing: specifically, add some error checking, and handle asm comments using semicolons correctly. (The comments are actually surprisingly tricky.) llvm-svn: 140837
2011-09-30 09:13:51 +08:00
void t5() {
[ms-style asm] Change the fatal error to an extension warning. Apparently, this error was asserting on anything that included Windows.h. MS-style inline asm is still dropped, but at least now we're not completely silent about it. llvm-svn: 158833
2012-06-21 02:28:37 +08:00
__asm { // expected-warning {{MS-style inline assembly is not supported}}
Some fixes for MS-style asm parsing: specifically, add some error checking, and handle asm comments using semicolons correctly. (The comments are actually surprisingly tricky.) llvm-svn: 140837
2011-09-30 09:13:51 +08:00
int 0x2c ; } asm comments are fun! }{
}
[ms-inline asm] Add a helpful assert. llvm-svn: 161890
2012-08-15 03:22:06 +08:00
__asm {} // expected-warning {{MS-style inline assembly is not supported}}
Some fixes for MS-style asm parsing: specifically, add some error checking, and handle asm comments using semicolons correctly. (The comments are actually surprisingly tricky.) llvm-svn: 140837
2011-09-30 09:13:51 +08:00
}
int t6() {
[ms-style asm] Change the fatal error to an extension warning. Apparently, this error was asserting on anything that included Windows.h. MS-style inline asm is still dropped, but at least now we're not completely silent about it. llvm-svn: 158833
2012-06-21 02:28:37 +08:00
__asm int 3 ; } comments for single-line asm // expected-warning {{MS-style inline assembly is not supported}}
[ms-inline asm] Add a helpful assert. llvm-svn: 161890
2012-08-15 03:22:06 +08:00
__asm {} // expected-warning {{MS-style inline assembly is not supported}}
Some fixes for MS-style asm parsing: specifically, add some error checking, and handle asm comments using semicolons correctly. (The comments are actually surprisingly tricky.) llvm-svn: 140837
2011-09-30 09:13:51 +08:00
[ms-inline asm] Add a helpful assert. llvm-svn: 161890
2012-08-15 03:22:06 +08:00
__asm int 4 // expected-warning {{MS-style inline assembly is not supported}}
Some fixes for MS-style asm parsing: specifically, add some error checking, and handle asm comments using semicolons correctly. (The comments are actually surprisingly tricky.) llvm-svn: 140837
2011-09-30 09:13:51 +08:00
return 10;
}
[ms-inline asm] Change the -fenable-experimental-ms-inline-asm option from a CodeGen option to a LangOpt option. In turn, hoist the guard into the parser so that we avoid the new (and fairly unstable) Sema/AST/CodeGen logic. This should restore the behavior of clang to that prior to r158325. <rdar://problem/12163681> llvm-svn: 162602
2012-08-25 05:42:51 +08:00
void t7() {
[ms-style asm] Change the fatal error to an extension warning. Apparently, this error was asserting on anything that included Windows.h. MS-style inline asm is still dropped, but at least now we're not completely silent about it. llvm-svn: 158833
2012-06-21 02:28:37 +08:00
__asm { // expected-warning {{MS-style inline assembly is not supported}}
[ms-inline-asm] Cleanup MS style inline assembly parsing. Specifically, improve the handling of whitespace, stop saving tokens that are in comments and fix the case where we have a comment followed by a closing brace on the next line. Unfortunately, there's no easy way of testing this code. llvm-svn: 158367
2012-06-13 03:03:42 +08:00
push ebx
mov ebx, 0x07
pop ebx
}
}
[ms-inline-asm] The __asm keyword is a statement separator, so multiple asm statements are allowed on the same line. llvm-svn: 158372
2012-06-13 04:30:26 +08:00
void t8() {
[ms-inline asm] MSVC parses multiple __asm statements on a single line as one statement. For example, if (x) __asm out dx, ax __asm out dx, ax results in a single inline asm statement (i.e., both "out dx, ax" statements are predicated on if(x)). llvm-svn: 161986
2012-08-16 05:03:27 +08:00
__asm nop __asm nop __asm nop // expected-warning {{MS-style inline assembly is not supported}}
[ms-inline-asm] The __asm keyword is a statement separator, so multiple asm statements are allowed on the same line. llvm-svn: 158372
2012-06-13 04:30:26 +08:00
}
void t9() {
[ms-inline asm] MSVC parses multiple __asm statements on a single line as one statement. For example, if (x) __asm out dx, ax __asm out dx, ax results in a single inline asm statement (i.e., both "out dx, ax" statements are predicated on if(x)). llvm-svn: 161986
2012-08-16 05:03:27 +08:00
__asm nop __asm nop ; __asm nop // expected-warning {{MS-style inline assembly is not supported}}
[ms-inline-asm] The __asm keyword is a statement separator, so multiple asm statements are allowed on the same line. llvm-svn: 158372
2012-06-13 04:30:26 +08:00
}
[ms-inline-asm] Cleanup MS style inline assembly parsing. Specifically, improve the handling of whitespace, stop saving tokens that are in comments and fix the case where we have a comment followed by a closing brace on the next line. Unfortunately, there's no easy way of testing this code. llvm-svn: 158367
2012-06-13 03:03:42 +08:00
int t_fail() { // expected-note {{to match this}}
[ms-inline asm] Change the -fenable-experimental-ms-inline-asm option from a CodeGen option to a LangOpt option. In turn, hoist the guard into the parser so that we avoid the new (and fairly unstable) Sema/AST/CodeGen logic. This should restore the behavior of clang to that prior to r158325. <rdar://problem/12163681> llvm-svn: 162602
2012-08-25 05:42:51 +08:00
__asm // expected-warning {{MS-style inline assembly is not supported}}
__asm { // expected-warning {{MS-style inline assembly is not supported}} expected-error 3 {{expected}} expected-note {{to match this}}