llvm-project/clang
Richard Smith 6163aa9679 PR45239: Don't deallocate TemplateIdAnnotations if they might still be
in the token stream.

Previously we deleted all template-id annotations at the end of each
top-level declaration. That doesn't work: we can do some lookahead and
form a template-id annotation, and then roll back that lookahead, parse,
and decide that we're missing a semicolon at the end of a top-level
declaration, before we reach the annotation token. In that situation,
we'd end up parsing the annotation token after deleting its associated
data, leading to various forms of badness.

We now only delete template-id annotations if the preprocessor can
assure us that there are no annotation tokens left in the token stream
(or if we're already at EOF). This lets us delete the annotation tokens
earlier in a lot of cases; we now clean them up at the end of each
statement and class member, not just after each top-level declaration.
This also permitted some simplification of the delay-parsed templates
cleanup code.
2020-04-05 23:23:20 -07:00
..
INPUTS
bindings Hopefully fixing a failing build bot. 2020-02-18 11:39:23 -05:00
cmake [CMAKE] Plumb include_directories() into tablegen() 2020-04-03 11:23:38 -07:00
docs Add documentation and testing for 2020-04-05 15:24:49 -07:00
examples Const-initialize ParsedAttrInfos 2020-03-28 19:04:53 +01:00
include PR45239: Don't deallocate TemplateIdAnnotations if they might still be 2020-04-05 23:23:20 -07:00
lib PR45239: Don't deallocate TemplateIdAnnotations if they might still be 2020-04-05 23:23:20 -07:00
runtime
test PR45239: Don't deallocate TemplateIdAnnotations if they might still be 2020-04-05 23:23:20 -07:00
tools [OpenMP][NFCI] Move OpenMP clause information to `lib/Frontend/OpenMP` 2020-04-05 22:30:29 -05:00
unittests [OpenMP][NFC] Move and simplify directive -> allowed clause mapping 2020-04-06 00:04:08 -05:00
utils [clang] Persist Attr::IsPackExpansion into the PCH 2020-04-05 23:32:03 -04:00
www [www] cxx_status: Update Reflection TS to Cologne draft 2020-03-09 14:51:11 -04: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 Move CLANG_SYSTEMZ_DEFAULT_ARCH to config.h. 2020-03-30 14:16:17 -04:00
CODE_OWNERS.TXT
INSTALL.txt
LICENSE.TXT
ModuleInfo.txt
NOTES.txt
README.txt [NFC] test commit reverted 2019-12-21 22:12:07 +04:00

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/