llvm-capstone/clang
Richard Smith 56a872947a Remove improper uses of DiagnosticErrorTrap and hasErrorOccurred.
DiagnosticErrorTrap is usually inappropriate because it indicates
whether an error message was rendered in a given region (and is
therefore affected by -ferror-limit and by suppression of errors if we
see an invalid declaration).

hasErrorOccurred() is usually inappropriate because it indicates
whethere an "error:" message was displayed, regardless of whether the
message was a warning promoted to an error, and therefore depends on
things like -Werror that are usually irrelevant.

Where applicable, CodeSynthesisContexts are used to attach notes to
the first diagnostic produced in a region of code, isnstead of using an
error trap and then attaching a note to whichever diagnostic happened to
be produced last (or suppressing the note if the final diagnostic is a
disabled warning!).

This is mostly NFC.
2020-06-08 14:19:57 -07:00
..
bindings Revert "Temporarily revert "build: use find_package(Python3) if available"" 2020-04-29 01:38:08 +00:00
cmake [apple clang] disable in-process CC1 to preserve crashlog compatibility 2020-06-05 10:55:42 -07:00
docs Reland D80979 [clang] Implement VectorType logic not operator 2020-06-08 09:32:30 -07:00
examples [CMake] Fix building with -DBUILD_SHARED_LIBS=ON on mingw 2020-05-11 23:51:14 +03:00
include Remove improper uses of DiagnosticErrorTrap and hasErrorOccurred. 2020-06-08 14:19:57 -07:00
INPUTS
lib Remove improper uses of DiagnosticErrorTrap and hasErrorOccurred. 2020-06-08 14:19:57 -07:00
runtime
test Remove improper uses of DiagnosticErrorTrap and hasErrorOccurred. 2020-06-08 14:19:57 -07:00
tools [ARM] Add __bf16 as new Bfloat16 C Type 2020-06-05 10:32:43 +01:00
unittests [TEST] TreeTest.cpp - Add a comma to avoid build error with -werror 2020-06-08 23:14:16 +08:00
utils [clang][BFloat] Add reinterpret cast intrinsics 2020-06-07 14:32:37 +01:00
www [lit] Improve naming of test result categories 2020-06-05 08:14:42 -07:00
.clang-format
.clang-tidy - Update .clang-tidy to ignore parameters of main like functions for naming violations in clang and llvm directory 2020-01-31 16:49:45 +00:00
.gitignore
CMakeLists.txt [CMake] Pass CLANG_VENDOR variables into later stages 2020-05-29 09:13:08 +02:00
CODE_OWNERS.TXT
INSTALL.txt
LICENSE.TXT
ModuleInfo.txt
NOTES.txt
README.txt Revert "[nfc] test commit" 2020-05-16 15:12:04 -05:00

//===----------------------------------------------------------------------===//
// 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/