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-fallback.c

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

96 lines
3.0 KiB
C
Raw Normal View History

clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// 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.
Add support to clang-cl driver for /GS switch Summary: This patch is adding command-line support for the MSVC buffer security check. The buffer security check is turned on with the '/GS' compiler switch. https://msdn.microsoft.com/en-us/library/8dbf701c.aspx The MSVC buffer security check in implemented here: http://reviews.llvm.org/D20346 Reviewers: hans, rnk Subscribers: chrisha, cfe-commits, rnk, hans, thakis Differential Revision: http://reviews.llvm.org/D20347 llvm-svn: 272832
2016-06-16 04:34:33 +08:00
// RUN: %clang_cl --target=i686-pc-win32 /fallback /Dfoo=bar /Ubaz /Ifoo /O0 /Ox /GR /GR- /GS /GS- /Gy /Gy- \
Add Windows Control Flow Guard checks (/guard:cf). Summary: A new function pass (Transforms/CFGuard/CFGuard.cpp) inserts CFGuard checks on indirect function calls, using either the check mechanism (X86, ARM, AArch64) or or the dispatch mechanism (X86-64). The check mechanism requires a new calling convention for the supported targets. The dispatch mechanism adds the target as an operand bundle, which is processed by SelectionDAG. Another pass (CodeGen/CFGuardLongjmp.cpp) identifies and emits valid longjmp targets, as required by /guard:cf. This feature is enabled using the `cfguard` CC1 option. Reviewers: thakis, rnk, theraven, pcc Subscribers: ychen, hans, metalcanine, dmajor, tomrittervg, alex, mehdi_amini, mgorny, javed.absar, kristof.beyls, hiraditya, steven_wu, dexonsmith, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D65761
2019-10-28 21:22:19 +08:00
// RUN: /Gw /Gw- /LD /LDd /EHs /EHs- /Zl /MD /MDd /MTd /MT /guard:cf /guard:cf- /FImyheader.h /Zi \
[MSVC Compat] Only warn for unknown clang-cl arguments Summary: MSVC's driver accepts all unknown arguments but warns about them. clang by default rejects all unknown arguments. This causes issues specifically with build systems such as autoconf which liberally pass things such as $LDFLAGS to the compiler and expect everything to work. This patch teaches clang-cl to ignore unknown driver arguments. Reviewers: rnk Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D16511 llvm-svn: 258720
2016-01-26 05:14:52 +08:00
// RUN: -garbage -moregarbage \
clang-cl: make /Gw map to -fdata-sections Note that /Gy no longer implies -fdata-sections. llvm-svn: 205716
2014-04-08 00:14:38 +08:00
// RUN: -### -- %s 2>&1 \
clang-cl: Forward /Gy or /Gy- when falling back to cl.exe llvm-svn: 204723
2014-03-25 22:48:54 +08:00
// RUN: | FileCheck %s
clang-cl: print diagnostics as "error(clang): foo" in /fallback mode This solves two problems: 1) MSBuild will not flag the build as unsuccessful just because we print an error in the output, since "error(clang):" doesn't seem to match the regex it's using. 2) It becomes more clear that the diagnostic is coming from clang as supposed to cl.exe. Differential Revision: http://llvm-reviews.chandlerc.com/D1735 llvm-svn: 191250
2013-09-24 08:08:55 +08:00
// CHECK: "-fdiagnostics-format" "msvc-fallback"
clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// CHECK: ||
// CHECK: cl.exe
clang-cl: pass /nologo when falling back to cl.exe llvm-svn: 191316
2013-09-25 01:36:21 +08:00
// CHECK: "/nologo"
clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// CHECK: "/c"
// CHECK: "/W0"
// CHECK: "-D" "foo=bar"
// CHECK: "-U" "baz"
// CHECK: "-I" "foo"
[clang-cl] Handle -O correctly We had multiple bugs here: - We didn't support multiple optimization options in one argument. e.g. -O2y- - We didn't correctly expand -O[12dx] to their respective options. - We treated -O1 as clang -O1 instead of clang -Os. - We treated -Ox as clang -O3 instead of clang -O2. In fact, cl's -Ox option is *less* powerful than cl's -O2 option despite -Ox described as "Full Optimization". This fixes PR24003. llvm-svn: 243261
2015-07-27 15:32:11 +08:00
// CHECK: "/Oi"
// CHECK: "/Og"
// CHECK: "/Ot"
// CHECK: "/Ob2"
// CHECK: "/Oy"
// CHECK: "/GF"
clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// CHECK: "/GR-"
Add support to clang-cl driver for /GS switch Summary: This patch is adding command-line support for the MSVC buffer security check. The buffer security check is turned on with the '/GS' compiler switch. https://msdn.microsoft.com/en-us/library/8dbf701c.aspx The MSVC buffer security check in implemented here: http://reviews.llvm.org/D20346 Reviewers: hans, rnk Subscribers: chrisha, cfe-commits, rnk, hans, thakis Differential Revision: http://reviews.llvm.org/D20347 llvm-svn: 272832
2016-06-16 04:34:33 +08:00
// CHECK: "/GS-"
clang-cl: Forward /Gy or /Gy- when falling back to cl.exe llvm-svn: 204723
2014-03-25 22:48:54 +08:00
// CHECK: "/Gy-"
clang-cl: make /Gw map to -fdata-sections Note that /Gy no longer implies -fdata-sections. llvm-svn: 205716
2014-04-08 00:14:38 +08:00
// CHECK: "/Gw-"
clang-cl: Pass /Z7 when we fallback to cl with debug info enabled Clang itself only emits CodeView line tables, so it seems more consistent to ask cl.exe for the same format. llvm-svn: 201721
2014-02-20 06:05:59 +08:00
// CHECK: "/Z7"
clang-cl: pass /FI options to fallback We started parsing /FI in r191442, and now we can pass it on to the fallback too. llvm-svn: 191537
2013-09-28 01:54:18 +08:00
// CHECK: "/FImyheader.h"
clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// CHECK: "/LD"
// CHECK: "/LDd"
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
// CHECK: "/EHs"
// CHECK: "/EHs-"
[clang-cl] Add fallback support for /Zl llvm-svn: 243207
2015-07-25 14:07:59 +08:00
// CHECK: "/Zl"
clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// CHECK: "/MT"
Add Windows Control Flow Guard checks (/guard:cf). Summary: A new function pass (Transforms/CFGuard/CFGuard.cpp) inserts CFGuard checks on indirect function calls, using either the check mechanism (X86, ARM, AArch64) or or the dispatch mechanism (X86-64). The check mechanism requires a new calling convention for the supported targets. The dispatch mechanism adds the target as an operand bundle, which is processed by SelectionDAG. Another pass (CodeGen/CFGuardLongjmp.cpp) identifies and emits valid longjmp targets, as required by /guard:cf. This feature is enabled using the `cfguard` CC1 option. Reviewers: thakis, rnk, theraven, pcc Subscribers: ychen, hans, metalcanine, dmajor, tomrittervg, alex, mehdi_amini, mgorny, javed.absar, kristof.beyls, hiraditya, steven_wu, dexonsmith, cfe-commits, llvm-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D65761
2019-10-28 21:22:19 +08:00
// CHECK: "/guard:cf-"
[MSVC Compat] Only warn for unknown clang-cl arguments Summary: MSVC's driver accepts all unknown arguments but warns about them. clang by default rejects all unknown arguments. This causes issues specifically with build systems such as autoconf which liberally pass things such as $LDFLAGS to the compiler and expect everything to work. This patch teaches clang-cl to ignore unknown driver arguments. Reviewers: rnk Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D16511 llvm-svn: 258720
2016-01-26 05:14:52 +08:00
// CHECK: "-garbage"
// CHECK: "-moregarbage"
clang-cl: implement /fallback mode When this flag is enabled, clang-cl falls back to cl.exe if it cannot compile the code itself for some reason. The idea is to use this to help build projects that almost compile with clang-cl, except for some files that can then be built with the fallback mechanism. Differential Revision: http://llvm-reviews.chandlerc.com/D1711 llvm-svn: 191034
2013-09-20 04:32:16 +08:00
// CHECK: "/Tc" "{{.*cl-fallback.c}}"
// CHECK: "/Fo{{.*cl-fallback.*.obj}}"
clang-cl: fix passing optimization level to cl.exe in /fallback mode We were previously mostly passing it through, but -O0 and -O3 are not valid options to cl.exe. We should translate -O0 to /Od and -O3 to /Ox. -O{1,2,s} get passed through. llvm-svn: 191323
2013-09-25 02:17:21 +08:00
Driver: Handle /GR- in a compatible way with MSVC There are slight differences between /GR- and -fno-rtti which made mapping one to the other inappropriate. -fno-rtti disables dynamic_cast, typeid, and does not emit RTTI related information for the v-table. /GR- does not generate complete object locators and thus will not reference them in vftables. However, constructs like dynamic_cast and typeid are permitted. This should bring our implementation of RTTI up to semantic parity with MSVC modulo bugs. llvm-svn: 212138
2014-07-02 06:24:56 +08:00
// RUN: %clang_cl /fallback /GR- -### -- %s 2>&1 | FileCheck -check-prefix=GR %s
// GR: cl.exe
// GR: "/GR-"
Add support to clang-cl driver for /GS switch Summary: This patch is adding command-line support for the MSVC buffer security check. The buffer security check is turned on with the '/GS' compiler switch. https://msdn.microsoft.com/en-us/library/8dbf701c.aspx The MSVC buffer security check in implemented here: http://reviews.llvm.org/D20346 Reviewers: hans, rnk Subscribers: chrisha, cfe-commits, rnk, hans, thakis Differential Revision: http://reviews.llvm.org/D20347 llvm-svn: 272832
2016-06-16 04:34:33 +08:00
// RUN: %clang_cl /fallback /GS- -### -- %s 2>&1 | FileCheck -check-prefix=GS %s
// GS: cl.exe
// GS: "/GS-"
clang-cl: Pass /Zc:threadSafeInit through to MSVC with /fallback (PR30948) llvm-svn: 286324
2016-11-09 08:56:42 +08:00
// RUN: %clang_cl /fallback /Zc:threadSafeInit -### -- %s 2>&1 | FileCheck -check-prefix=ThreadSafe %s
// ThreadSafe: /Zc:threadSafeInit
// RUN: %clang_cl /fallback /Zc:threadSafeInit- -### -- %s 2>&1 | FileCheck -check-prefix=NonThreadSafe %s
// NonThreadSafe: /Zc:threadSafeInit-
clang-cl: fix passing optimization level to cl.exe in /fallback mode We were previously mostly passing it through, but -O0 and -O3 are not valid options to cl.exe. We should translate -O0 to /Od and -O3 to /Ox. -O{1,2,s} get passed through. llvm-svn: 191323
2013-09-25 02:17:21 +08:00
// RUN: %clang_cl /fallback /Od -### -- %s 2>&1 | FileCheck -check-prefix=O0 %s
// O0: cl.exe
// O0: "/Od"
[clang-cl] Only respect /Oy- for x86_32 The /Oy- flag should have no effect for 64-bit X86, it has reliable unwind tables. llvm-svn: 245913
2015-08-25 08:46:45 +08:00
// RUN: %clang_cl --target=i686-pc-win32 /fallback /O1 -### -- %s 2>&1 | FileCheck -check-prefix=O1 %s
clang-cl: fix passing optimization level to cl.exe in /fallback mode We were previously mostly passing it through, but -O0 and -O3 are not valid options to cl.exe. We should translate -O0 to /Od and -O3 to /Ox. -O{1,2,s} get passed through. llvm-svn: 191323
2013-09-25 02:17:21 +08:00
// O1: cl.exe
[clang-cl] Handle -O correctly We had multiple bugs here: - We didn't support multiple optimization options in one argument. e.g. -O2y- - We didn't correctly expand -O[12dx] to their respective options. - We treated -O1 as clang -O1 instead of clang -Os. - We treated -Ox as clang -O3 instead of clang -O2. In fact, cl's -Ox option is *less* powerful than cl's -O2 option despite -Ox described as "Full Optimization". This fixes PR24003. llvm-svn: 243261
2015-07-27 15:32:11 +08:00
// O1: "/Og" "/Os" "/Ob2" "/Oy" "/GF" "/Gy"
[clang-cl] Only respect /Oy- for x86_32 The /Oy- flag should have no effect for 64-bit X86, it has reliable unwind tables. llvm-svn: 245913
2015-08-25 08:46:45 +08:00
// RUN: %clang_cl --target=i686-pc-win32 /fallback /O2 -### -- %s 2>&1 | FileCheck -check-prefix=O2 %s
clang-cl: fix passing optimization level to cl.exe in /fallback mode We were previously mostly passing it through, but -O0 and -O3 are not valid options to cl.exe. We should translate -O0 to /Od and -O3 to /Ox. -O{1,2,s} get passed through. llvm-svn: 191323
2013-09-25 02:17:21 +08:00
// O2: cl.exe
[clang-cl] Handle -O correctly We had multiple bugs here: - We didn't support multiple optimization options in one argument. e.g. -O2y- - We didn't correctly expand -O[12dx] to their respective options. - We treated -O1 as clang -O1 instead of clang -Os. - We treated -Ox as clang -O3 instead of clang -O2. In fact, cl's -Ox option is *less* powerful than cl's -O2 option despite -Ox described as "Full Optimization". This fixes PR24003. llvm-svn: 243261
2015-07-27 15:32:11 +08:00
// O2: "/Oi" "/Og" "/Ot" "/Ob2" "/Oy" "/GF" "/Gy"
[clang-cl] Only respect /Oy- for x86_32 The /Oy- flag should have no effect for 64-bit X86, it has reliable unwind tables. llvm-svn: 245913
2015-08-25 08:46:45 +08:00
// RUN: %clang_cl --target=i686-pc-win32 /fallback /Os -### -- %s 2>&1 | FileCheck -check-prefix=Os %s
clang-cl: fix passing optimization level to cl.exe in /fallback mode We were previously mostly passing it through, but -O0 and -O3 are not valid options to cl.exe. We should translate -O0 to /Od and -O3 to /Ox. -O{1,2,s} get passed through. llvm-svn: 191323
2013-09-25 02:17:21 +08:00
// Os: cl.exe
[clang-cl] Handle -O correctly We had multiple bugs here: - We didn't support multiple optimization options in one argument. e.g. -O2y- - We didn't correctly expand -O[12dx] to their respective options. - We treated -O1 as clang -O1 instead of clang -Os. - We treated -Ox as clang -O3 instead of clang -O2. In fact, cl's -Ox option is *less* powerful than cl's -O2 option despite -Ox described as "Full Optimization". This fixes PR24003. llvm-svn: 243261
2015-07-27 15:32:11 +08:00
// Os: "/Os"
[clang-cl] Only respect /Oy- for x86_32 The /Oy- flag should have no effect for 64-bit X86, it has reliable unwind tables. llvm-svn: 245913
2015-08-25 08:46:45 +08:00
// RUN: %clang_cl --target=i686-pc-win32 /fallback /Ox -### -- %s 2>&1 | FileCheck -check-prefix=Ox %s
clang-cl: fix passing optimization level to cl.exe in /fallback mode We were previously mostly passing it through, but -O0 and -O3 are not valid options to cl.exe. We should translate -O0 to /Od and -O3 to /Ox. -O{1,2,s} get passed through. llvm-svn: 191323
2013-09-25 02:17:21 +08:00
// Ox: cl.exe
[clang-cl] Handle -O correctly We had multiple bugs here: - We didn't support multiple optimization options in one argument. e.g. -O2y- - We didn't correctly expand -O[12dx] to their respective options. - We treated -O1 as clang -O1 instead of clang -Os. - We treated -Ox as clang -O3 instead of clang -O2. In fact, cl's -Ox option is *less* powerful than cl's -O2 option despite -Ox described as "Full Optimization". This fixes PR24003. llvm-svn: 243261
2015-07-27 15:32:11 +08:00
// Ox: "/Oi" "/Og" "/Ot" "/Ob2" "/Oy" "/GF"
clang-cl: Ignore /fallback when not actually compiling (PR18456) For example, don't fall back in /P (preprocess) mode. llvm-svn: 199153
2014-01-14 06:24:42 +08:00
// Only fall back when actually compiling, not for e.g. /P (preprocess).
// RUN: %clang_cl /fallback /P -### -- %s 2>&1 | FileCheck -check-prefix=P %s
// P-NOT: ||
// P-NOT: "cl.exe"
clang-cl /fallback: emit a note when falling back This makes it a lot easier to see what's going on from the output. llvm-svn: 201604
2014-02-19 05:42:51 +08:00
// RUN: not %clang_cl /fallback /c -- %s 2>&1 | \
clang-cl /fallback: turn the note into a warning llvm-svn: 201626
2014-02-19 10:10:19 +08:00
// RUN: FileCheck -check-prefix=ErrWarn %s
// ErrWarn: warning: falling back to {{.*}}cl.exe
clang-cl /fallback: emit a note when falling back This makes it a lot easier to see what's going on from the output. llvm-svn: 201604
2014-02-19 05:42:51 +08:00
clang-cl: Fall back immediately if /GR and /fallback were both passed None of our tests use /fallback, so this lets us gradually add RTTI support without breaking projects using /fallback. llvm-svn: 208787
2014-05-15 00:03:05 +08:00
// RUN: %clang_cl /fallback /c /GR /GR- -### -- %s 2>&1 | \
// RUN: FileCheck -check-prefix=NO_RTTI %s
// NO_RTTI: "-cc1"
// NO_RTTI: ||
// NO_RTTI: cl.exe
Driver: Handle /GR- in a compatible way with MSVC There are slight differences between /GR- and -fno-rtti which made mapping one to the other inappropriate. -fno-rtti disables dynamic_cast, typeid, and does not emit RTTI related information for the v-table. /GR- does not generate complete object locators and thus will not reference them in vftables. However, constructs like dynamic_cast and typeid are permitted. This should bring our implementation of RTTI up to semantic parity with MSVC modulo bugs. llvm-svn: 212138
2014-07-02 06:24:56 +08:00
// NO_RTTI: "/GR-"
clang-cl: Fall back immediately if /GR and /fallback were both passed None of our tests use /fallback, so this lets us gradually add RTTI support without breaking projects using /fallback. llvm-svn: 208787
2014-05-15 00:03:05 +08:00
clang-cl: /fallback only applies to C or C++ files We would previously hit an assert if using /fallback with an .ll file. llvm-svn: 207234
2014-04-26 00:44:17 +08:00
// Don't fall back on non-C or C++ files.
// RUN: %clang_cl /fallback -### -- %S/Inputs/file.ll 2>&1 | FileCheck -check-prefix=LL %s
// LL: file.ll
// LL-NOT: ||
// LL-NOT: "cl.exe"
clang-cl /fallback: emit a note when falling back This makes it a lot easier to see what's going on from the output. llvm-svn: 201604
2014-02-19 05:42:51 +08:00
#error "This fails to compile."