maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang
History
Justin Bogner 93e3cfcf99 Frontend: Canonicalize to native paths when dumping module dependencies 
Mixed path separators (ie, both / and \\) can mess up the sort order
of the VFS map when dumping module dependencies, as was recently
exposed by r224055 and papered over in r224145. Instead, we should
simply use native paths for consistency.

This also adds a TODO to add handling of .. in paths. There was some
code for this before r224055, but it was untested and probably broken.

llvm-svn: 224164
 		2014-12-12 23:12:27 +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 Fix the issue of mangling of local anonymous unions (Itanium C++ ABI): 2014-12-12 16:17:46 +00:00
lib Frontend: Canonicalize to native paths when dumping module dependencies 2014-12-12 23:12:27 +00:00
runtime Remove change to set SDKROOT when building compiler-rt on Darwin. 2014-11-10 20:01:19 +00:00
test Frontend: Canonicalize to native paths when dumping module dependencies 2014-12-12 23:12:27 +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/