llvm-project/clang
Devin Coughlin 3fc67e47e5 [analyzer] Don't treat calls to system headers as escaping in CheckObjCDealloc.
This prevents false negatives when a -dealloc method, for example, removes itself as
as an observer with [[NSNotificationCenter defaultCenter] removeObserver:self]. It is
unlikely that passing 'self' to a system header method will release 'self''s instance
variables, so this is unlikely to produce false positives.

A challenge here is that while CheckObjCDealloc no longer treats these calls as
escaping, the rest of the analyzer still does. In particular, this means that loads
from the same instance variable before and after a call to a system header will
result in different symbols being loaded by the region store. To account for this,
the checker now treats different ivar symbols with the same instance and ivar decl as
the same for the purpose of release checking and more eagerly removes a release
requirement when an instance variable is assumed to be nil. This was not needed before
because when an ivar escaped its release requirement was always removed -- now the
requirement is not removed for calls to system headers.

llvm-svn: 262261
2016-02-29 21:44:08 +00:00
..
INPUTS
bindings libclang: expose dllexport, dllimport attributes 2015-12-10 18:45:18 +00:00
cmake [CMake] Only configure Native target in stage 1, configure all in other stages 2016-02-26 21:23:59 +00:00
docs Workaround doxygen bug https://bugzilla.gnome.org/show_bug.cgi?id=506243 2016-02-27 14:02:08 +00:00
examples Revert r260265, "clang-cl: Support loading plugins on Windows" 2016-02-11 16:33:20 +00:00
include [PGO] clang cc1 option change to enable IR level instrumentation 2016-02-29 18:54:59 +00:00
lib [analyzer] Don't treat calls to system headers as escaping in CheckObjCDealloc. 2016-02-29 21:44:08 +00:00
runtime Make vtables_blacklist dependency conditional on existence of clang target. 2016-02-26 03:07:33 +00:00
test [analyzer] Don't treat calls to system headers as escaping in CheckObjCDealloc. 2016-02-29 21:44:08 +00:00
tools [index] Print and test module import references. 2016-02-29 07:56:07 +00:00
unittests Revert "Implement new interfaces for code-formatting when applying replacements." 2016-02-29 16:44:16 +00:00
utils [cmake] Revert r260742 (and r260744) to improve order file support. 2016-02-17 02:13:35 +00:00
www Implement the likely resolution of core issue 253. 2016-02-19 01:52:46 +00:00
.arcconfig
.clang-format
.clang-tidy
.gitignore Add the clang debug info test directory to .gitignore as it's managed separately. 2016-01-29 01:35:55 +00:00
CMakeLists.txt [CMake] Add BINUTILS_INCDIR to the default passthrough list for multi-stage builds 2016-02-26 21:04:41 +00:00
CODE_OWNERS.TXT Added Anastasia Stulova as a code owner for OpenCL 2016-02-03 18:51:19 +00:00
INSTALL.txt Honor system specific paths of MAN pages 2015-11-20 18:49:02 +00:00
LICENSE.TXT
ModuleInfo.txt
NOTES.txt
README.txt Update mailing list references to lists.llvm.org 2015-08-05 03:55:23 +00: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/