summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command/call-function/main.cpp
diff options
context:
space:
mode:
authorNico Weber <nicolasweber@gmx.de>2016-08-26 21:51:14 +0000
committerNico Weber <nicolasweber@gmx.de>2016-08-26 21:51:14 +0000
commit9084adc290c24bd9e52046ef5771e7c83a6e6c34 (patch)
tree0802043e12f585e886d6cc0e8ef9929154dd6b96 /lldb/packages/Python/lldbsuite/test/expression_command/call-function/main.cpp
parent70984fed05c211f5c74b5038fefe1d99d45b64d4 (diff)
downloadbcm5719-llvm-9084adc290c24bd9e52046ef5771e7c83a6e6c34.tar.gz
bcm5719-llvm-9084adc290c24bd9e52046ef5771e7c83a6e6c34.zip
clang-cl: Support MSVC2015's /validate-charset flag.
Clang always assumes that files are utf-8. If an invalidly encoded character is used in an identifier, clang always errors. If it's used in a character literal, clang warns Winvalid-source-encoding (on by default). Clang never checks the encoding of things in comments (adding this seems like a nice feature if it doesn't impact performance). For cl.exe /utf-8 (which enables /validate-charset), if a bad character is used in an identifier, it emits both an error and a warning. If it's used in a literal or a comment, it emits a warning. So mapping /validate-charset to -Winvalid-source-encoding seems like a fairly decent fit. https://reviews.llvm.org/D23945 llvm-svn: 279872
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/expression_command/call-function/main.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud