llvm-capstone

mirror of https://github.com/capstone-engine/llvm-capstone.git synced 2024-11-28 08:02:08 +00:00

History

Hubert Tong c6ffe4d76f [clang] Fix message text for `-Wpointer-sign` to account for plain char The `-Wpointer-sign` warning text is inappropriate for describing the incompatible pointer conversion between plain `char` and explicitly `signed`/`unsigned` `char` (whichever plain `char` has the same range as) and vice versa. Specifically, in part, it reads "converts between pointers to integer types with different sign". This patch changes that portion to read instead as "converts between pointers to integer types where one is of the unique plain 'char' type and the other is not" when one of the types is plain `char`. C17 subclause 6.5.16.1 indicates that the conversions resulting in `-Wpointer-sign` warnings in assignment-like contexts are constraint violations. This means that strict conformance requires a diagnostic for the case where the message text is wrong before this patch. The lack of an even more specialized warning group is consistent with GCC. Reviewed By: aaron.ballman Differential Revision: https://reviews.llvm.org/D93999		2021-01-11 18:41:14 -05:00
..
bindings
cmake
docs	[Clang][Docs] Fix ambiguity in clang-offload-bundler docs	2021-01-11 17:23:24 +00:00
examples	Refactoring the attribute plugin example to fit the new API	2020-12-21 08:24:09 -05:00
include	[clang] Fix message text for `-Wpointer-sign` to account for plain char	2021-01-11 18:41:14 -05:00
INPUTS
lib	[clang] Fix message text for `-Wpointer-sign` to account for plain char	2021-01-11 18:41:14 -05:00
runtime
test	[clang] Fix message text for `-Wpointer-sign` to account for plain char	2021-01-11 18:41:14 -05:00
tools	[clang-offload-bundler] Add option -list	2021-01-06 16:23:01 -05:00
unittests	Reapply "[clang][cli] Port DiagnosticOpts to new option parsing system"	2021-01-11 10:05:53 +01:00
utils	[NFC] Move readAPValue/writeAPValue up the inheritance hierarchy	2021-01-06 16:44:50 -08:00
www	Revert "PR24076, PR33655, C++ CWG 1558: Consider the instantiation-dependence of"	2020-12-23 12:31:52 +01:00
.clang-format
.clang-tidy
.gitignore
CMakeLists.txt	Remove Python2 fallback and only advertise Python3 in the doc	2020-12-17 15:40:16 +01:00
CODE_OWNERS.TXT
INSTALL.txt
LICENSE.TXT
ModuleInfo.txt
NOTES.txt
README.txt

README.txt

//===----------------------------------------------------------------------===//
// C Language Family Front-end
//===----------------------------------------------------------------------===//

Welcome to Clang.  This is a compiler front-end for the C family of languages
(C, C++, Objective-C, and Objective-C++) which is built as part of the LLVM
compiler infrastructure project.

Unlike many other compiler frontends, Clang is useful for a number of things
beyond just compiling code: we intend for Clang to be host to a number of
different source-level tools.  One example of this is the Clang Static Analyzer.

If you're interested in more (including how to build Clang) it is best to read
the relevant web sites.  Here are some pointers:

Information on Clang:             http://clang.llvm.org/
Building and using Clang:         http://clang.llvm.org/get_started.html
Clang Static Analyzer:            http://clang-analyzer.llvm.org/
Information on the LLVM project:  http://llvm.org/

If you have questions or comments about Clang, a great place to discuss them is
on the Clang development mailing list:
  http://lists.llvm.org/mailman/listinfo/cfe-dev

If you find a bug in Clang, please file it in the LLVM bug tracker:
  http://llvm.org/bugs/