llvm-capstone

mirror of https://github.com/capstone-engine/llvm-capstone.git synced 2024-11-27 07:31:28 +00:00

History

David Blaikie aee4925507 Recommit: Compress formatting of array type names (int [4] -> int[4]) Based on post-commit review discussion on `2bd8493847` with Richard Smith. Other uses of forcing HasEmptyPlaceHolder to false seem OK to me - they're all around pointer/reference types where the pointer/reference token will appear at the rightmost side of the left side of the type name, so they make nested types (eg: the "int" in "int ") behave as though there is a non-empty placeholder (because the "" is essentially the placeholder as far as the "int" is concerned). This was originally committed in `277623f4d5` Reverted in `f9ad1d1c77` due to breakages outside of clang - lldb seems to have some strange/strong dependence on "char [N]" versus "char[N]" when printing strings (not due to that name appearing in DWARF, but probably due to using clang to stringify type names) that'll need to be addressed, plus a few other odds and ends in other subprojects (clang-tools-extra, compiler-rt, etc).		2021-10-21 11:34:43 -07:00
..
bindings	Recommit: Compress formatting of array type names (int [4] -> int[4])	2021-10-21 11:34:43 -07:00
cmake	Reapply [ORC-RT] Configure the ORC runtime for more architectures and platforms	2021-10-21 09:00:18 -07:00
docs	[docs] Fix hyperlink	2021-10-20 10:20:17 +01:00
examples	[clang] Add plugin ActionType to run command line plugin before main action	2021-10-20 08:58:20 -07:00
include	[Clang] Support typedef with btf_decl_tag attributes	2021-10-21 08:41:49 -07:00
INPUTS
lib	Recommit: Compress formatting of array type names (int [4] -> int[4])	2021-10-21 11:34:43 -07:00
runtime
test	Recommit: Compress formatting of array type names (int [4] -> int[4])	2021-10-21 11:34:43 -07:00
tools	[clang][deps] Make resource directory deduction configurable	2021-10-21 14:06:52 +02:00
unittests	Recommit: Compress formatting of array type names (int [4] -> int[4])	2021-10-21 11:34:43 -07:00
utils	[clang] Use StringRef::contains (NFC)	2021-10-21 08:58:19 -07:00
www	Add the papers that were applied to the latest C2x working draft	2021-10-21 13:38:57 -04:00
.clang-format
.clang-tidy
.gitignore
CMakeLists.txt	[CMake] Fix typo in error message for LLD in bootstrap builds.	2021-10-06 22:38:12 +05:30
CODE_OWNERS.TXT	Add myself as a code owner for SYCL support	2021-09-20 09:32:25 +03:00
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/