maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Driver/cl-eh.cpp

34 lines
1.3 KiB
C++
Raw Normal View History

clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// Don't attempt slash switches on msys bash.
// REQUIRES: shell-preserves-root
// Note: %s must be preceded by --, otherwise it may be interpreted as a
// command-line option, e.g. on Mac where %s is commonly under /Users.
Disable C++ EH by default for clang-cl and MSVC environments We don't need any more bug reports from users telling us that MSVC-style C++ exceptions are broken. Developers and adventurous users can still test the existing functionality by passing along -fexceptions to either clang or clang-cl. llvm-svn: 241952
2015-07-11 06:25:44 +08:00
// RUN: %clang_cl /c /EHsc -fexceptions -### -- %s 2>&1 | FileCheck -check-prefix=EHscfex %s
// EHscfex: "-fcxx-exceptions"
// EHscfex: "-fexceptions"
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// RUN: %clang_cl /c /EHsc -### -- %s 2>&1 | FileCheck -check-prefix=EHsc %s
Disable C++ EH by default for clang-cl and MSVC environments We don't need any more bug reports from users telling us that MSVC-style C++ exceptions are broken. Developers and adventurous users can still test the existing functionality by passing along -fexceptions to either clang or clang-cl. llvm-svn: 241952
2015-07-11 06:25:44 +08:00
// EHsc-NOT: "-fcxx-exceptions"
// EHsc-NOT: "-fexceptions"
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// RUN: %clang_cl /c /EHs-c- -### -- %s 2>&1 | FileCheck -check-prefix=EHs_c_ %s
clang-cl: Enable -fexceptions but not -fcxx-exceptions by default This enables proper IRgen of SEH constructs. llvm-svn: 227528
2015-01-30 09:04:16 +08:00
// EHs_c_-NOT: "-fcxx-exceptions"
Re-land r228258 and make clang-cl's /EHs- disable -fexceptions again After r228258, Clang started emitting C++ EH IR that LLVM wasn't ready to deal with, even when exceptions were disabled with /EHs-. This time, make /EHs- turn off -fexceptions while still emitting exceptional constructs in functions using __try. Since Sema rejects C++ exception handling constructs before CodeGen, landingpads should only appear in such functions as the result of a __try. llvm-svn: 228329
2015-02-06 02:56:03 +08:00
// EHs_c_-NOT: "-fexceptions"
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// RUN: %clang_cl /c /EHs- /EHc- -### -- %s 2>&1 | FileCheck -check-prefix=EHs_EHc_ %s
clang-cl: Enable -fexceptions but not -fcxx-exceptions by default This enables proper IRgen of SEH constructs. llvm-svn: 227528
2015-01-30 09:04:16 +08:00
// EHs_EHc_-NOT: "-fcxx-exceptions"
Re-land r228258 and make clang-cl's /EHs- disable -fexceptions again After r228258, Clang started emitting C++ EH IR that LLVM wasn't ready to deal with, even when exceptions were disabled with /EHs-. This time, make /EHs- turn off -fexceptions while still emitting exceptional constructs in functions using __try. Since Sema rejects C++ exception handling constructs before CodeGen, landingpads should only appear in such functions as the result of a __try. llvm-svn: 228329
2015-02-06 02:56:03 +08:00
// EHs_EHc_-NOT: "-fexceptions"
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
Disable C++ EH by default for clang-cl and MSVC environments We don't need any more bug reports from users telling us that MSVC-style C++ exceptions are broken. Developers and adventurous users can still test the existing functionality by passing along -fexceptions to either clang or clang-cl. llvm-svn: 241952
2015-07-11 06:25:44 +08:00
// RUN: %clang_cl /c /EHs- /EHs -fexceptions -### -- %s 2>&1 | FileCheck -check-prefix=EHs_EHs %s
clang-cl: Enable -fexceptions but not -fcxx-exceptions by default This enables proper IRgen of SEH constructs. llvm-svn: 227528
2015-01-30 09:04:16 +08:00
// EHs_EHs: "-fcxx-exceptions"
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// EHs_EHs: "-fexceptions"
Disable C++ EH by default for clang-cl and MSVC environments We don't need any more bug reports from users telling us that MSVC-style C++ exceptions are broken. Developers and adventurous users can still test the existing functionality by passing along -fexceptions to either clang or clang-cl. llvm-svn: 241952
2015-07-11 06:25:44 +08:00
// RUN: %clang_cl /c /EHs- /EHsa -fexceptions -### -- %s 2>&1 | FileCheck -check-prefix=EHs_EHa %s
clang-cl: Enable -fexceptions but not -fcxx-exceptions by default This enables proper IRgen of SEH constructs. llvm-svn: 227528
2015-01-30 09:04:16 +08:00
// EHs_EHa: "-fcxx-exceptions"
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// EHs_EHa: "-fexceptions"
Disable C++ EH by default for clang-cl and MSVC environments We don't need any more bug reports from users telling us that MSVC-style C++ exceptions are broken. Developers and adventurous users can still test the existing functionality by passing along -fexceptions to either clang or clang-cl. llvm-svn: 241952
2015-07-11 06:25:44 +08:00
// RUN: %clang_cl /c /EHinvalid -fexceptions -### -- %s 2>&1 | FileCheck -check-prefix=EHinvalid %s
clang-cl: Map /EHs- to -fno-exceptions This isn't 100% compatible with MSVC, but it's close enough. MSVC's /EH flag doesn't really control exceptions so much as how to clean up after an exception is thrown. The upshot is that cl.exe /EHs- will compile try, throw, and catch statements with a warning, but clang-cl will reject such constructs with a hard error. We can't compile such EH constructs anyway, but this may matter to consumers of the AST. Reviewers: hans Differential Revision: http://reviews.llvm.org/D4317 llvm-svn: 211909
2014-06-28 01:02:02 +08:00
// EHinvalid: error: invalid value 'invalid' in '/EH'
// EHinvalid-NOT: error: