llvm-svn: 127340

Introduce '-chain-include' option to specify headers that will be converted to chained PCHs in memory
without having to use multiple runs and intermediate files.

Intended for testing & debugging of chained PCH.

llvm-svn: 127339

llvm-svn: 127338

llvm-svn: 127336

llvm-svn: 127335

llvm-svn: 127334

before the main loop. This is necessary because the loop ignores the
items added to `link_components' after it is entered.

llvm-svn: 127333

llvm-svn: 127331

llvm-svn: 127330

include/clang/Basic/BuiltinsX86.def: __builtin_ia32_crc32**() should be defined to take unsigned args and to return unsigned value.

mingw-w64's intrin.h declares __builtin_ia32_crc32**() as external.

llvm-svn: 127329

llvm-svn: 127328

llvm-svn: 127327

include/clang/Makefile: [PR2928] "make install" may install include files along explicit pattern, not to install CMake's building stuff.

llvm-svn: 127326

Makefile.rules: [PR2928] "make install" may install include files along explicit pattern, not to install CMake's building stuff.

llvm-svn: 127325

llvm-svn: 127324

Thanks Duncan Sands!

llvm-svn: 127323

recomputation.

llvm-svn: 127322

llvm-svn: 127321

alloca as both integer and floating-point vectors of the same size. Bugpoint is
not cooperating with me, but I'll try to find a manual testcase tomorrow.

llvm-svn: 127320

llvm-svn: 127319

gave up when I realized I couldn't come up with a good name for what the
refactored function would be, to describe what it does.

This is PR9343 test12, which is test3 with arguments reordered. Whoops!

llvm-svn: 127318

a union of a float, <2 x float>, and <4 x float>. This mostly comes up with the
use of vector intrinsics, especially in NEON when programmers know the layout of
the register file. This enables codegen to eliminate a lot of the subregister
traffic it would otherwise generate.

This commit only enables this for a small number of floating-point cases, but a
lot more integer cases. I assume this is okay for all ports, but I did not do
extensive testing of the quality of code involving i512 vectors and the like. If
there is a use case where this generates worse code than before, let me know and
we can scale it back.

This fixes <rdar://problem/9036264>.

llvm-svn: 127317

more complicated.

llvm-svn: 127316

When deserializing CXXBaseSpecifiers (and offsets), make sure to walk the chain in the correct order.

llvm-svn: 127315

simplify the logic of initializing function parameters so that we don't need
both a variable declaration and a type in FunctionArgList.  This also means
that we need to propagate the CGFunctionInfo down in a lot of places rather
than recalculating it from the FAL.  There's more we can do to eliminate
redundancy here, and I've left FIXMEs behind to do it.

llvm-svn: 127314

K&R-style default argument promotion.

llvm-svn: 127313

llvm-svn: 127312

llvm-svn: 127311

llvm-svn: 127310

Cygwin's ctype.h says;
/* These macros are intentionally written in a manner that will trigger
   a gcc -Wall warning if the user mistakenly passes a 'char' instead
   of an int containing an 'unsigned char'.
   (snip) */

llvm-svn: 127308

llvm-svn: 127307

INT_MIN % -1.

llvm-svn: 127306

llvm-svn: 127304

Chris Jefferson found a defect in the C++0x working draft by trying to run libc++ against boost.  I've submitted an issue to the LWG, and this commit attempts to implement the proposed resolution of that defect report.  I'd point to the issue but it hasn't been put into the LWG list yet.  The title of the issue will be: Stage 2 accumulate incompatibilty

llvm-svn: 127303

ARM disassembler was wrong, causing the disassembler to fail
to initialize.

llvm-svn: 127302

This will we used for keeping register allocator data structures up to date
while LiveRangeEdit is trimming live intervals.

llvm-svn: 127300

reachable uses, but there still might be uses in dead blocks.  Use the
standard solution of replacing all the uses with undef.  This is
a rare case because it's very sensitive to phase ordering in SimplifyCFG.

llvm-svn: 127299

llvm-svn: 127298

* Add tests for VSRI and VSLI.

llvm-svn: 127297

llvm-svn: 127295