replica
/
hanchenye-llvm-project
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
hanchenye-llvm-project/clang
History
Alexander Kornienko ff2437fe84 Don't break string literals in Java and JavaScript. 
The proper way to break string literals in these languages is by inserting a "+"
between parts which we don't support yet. So we disable string literal breaking
until then.

llvm-svn: 224120
 		2014-12-12 13:03:22 +00:00
..
INPUTS
…
bindings [libclang] Add function to retrieve storage class in libclang. 2014-10-15 17:05:31 +00:00
cmake/modules Make it easier to build against a pre-built Clang package with CMake 2014-11-05 23:14:59 +00:00
docs Amending r223468 with this documentation change. 2014-12-05 17:11:49 +00:00
examples Driver: Update clang-interpreter example for r218938 2014-10-03 01:08:27 +00:00
include Do not warn on keyword undef 2014-12-12 06:37:55 +00:00
lib Don't break string literals in Java and JavaScript. 2014-12-12 13:03:22 +00:00
runtime Remove change to set SDKROOT when building compiler-rt on Darwin. 2014-11-10 20:01:19 +00:00
test CodeGen: Loads/stores to allocas for atomic ops shouldn't be volatile 2014-12-12 08:16:09 +00:00
tools clang-format: Make clang-format-diff.py format java files. 2014-12-08 19:39:03 +00:00
unittests Don't break string literals in Java and JavaScript. 2014-12-12 13:03:22 +00:00
utils Modify __has_attribute so that it only looks for GNU-style attributes. Removes the ability to look for generic attributes and keywords via this macro, which has the potential to be a breaking change. However, since there is __has_cpp_attribute and __has_declspec_attribute, and given the limited usefulness of querying a generic attribute name regardless of syntax, this seems like the correct path forward. 2014-12-05 15:24:55 +00:00
www [c++1z] Remove terse range-based for loops; they've been removed from 2014-11-27 01:54:27 +00:00
.arcconfig
…
.clang-format
…
.clang-tidy Enable display of compiler diagnostics in clang-tidy. 2014-10-29 17:28:51 +00:00
.gitignore
…
CMakeLists.txt CMake: try to actually fix the regexes for setting HOST_LINK_VERSION this time (PR21268) 2014-12-04 01:59:58 +00:00
CODE_OWNERS.TXT Relinquish ownership of MS-style inline assembly. 2014-10-13 16:45:21 +00:00
INSTALL.txt
…
LICENSE.TXT
…
Makefile
…
ModuleInfo.txt
…
NOTES.txt Remove trailing spaces 2014-07-13 17:11:45 +00:00
README.txt Remove whitespace from test commit. 2014-07-16 19:10:36 +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.cs.uiuc.edu/mailman/listinfo/cfe-dev

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