llvm-project/clang
Toma Tabacu 9941195a9f [mips] Always clobber $1 for MIPS inline asm.
Summary:
Because GCC doesn't use $1 for code generation, inline assembly code can use $1 without having to add it to the clobbers list.

LLVM, on the other hand, does not shy away from using $1, and this can cause conflicts with inline assembly which assumes GCC-like code generation.

A solution to this problem is to make Clang automatically clobber $1 for all MIPS inline assembly.
This is not the optimal solution, but it seems like a necessary compromise, for now.

Reviewers: dsanders

Reviewed By: dsanders

Subscribers: cfe-commits

Differential Revision: http://reviews.llvm.org/D6638

llvm-svn: 224428
2014-12-17 12:02:58 +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 DR1684: a constexpr member function need not be a member of a literal class type. 2014-12-16 23:12:52 +00:00
lib [mips] Always clobber $1 for MIPS inline asm. 2014-12-17 12:02:58 +00:00
runtime Remove change to set SDKROOT when building compiler-rt on Darwin. 2014-11-10 20:01:19 +00:00
test [mips] Always clobber $1 for MIPS inline asm. 2014-12-17 12:02:58 +00:00
tools clang-format: Make clang-format-diff.py format java files. 2014-12-08 19:39:03 +00:00
unittests clang-format: Fix incorrect calculation of token lenghts. 2014-12-17 09:11:08 +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 DR1684: a constexpr member function need not be a member of a literal class type. 2014-12-16 23:12:52 +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/