- Reapply of r144300, with lots of fixes/migration easement in between.

llvm-svn: 145449

Add another missing pattern. llvm-gcc likes f64 but clang likes i64 so it was generating poor code for some SSE builtins.

llvm-svn: 145448

for some cast expressions.

Original commit message:

Removed useless ImplicitCast nodes in explicit cstyle and static casts

llvm-svn: 145447

ASTDumper.h.

llvm-svn: 145446

a 1-length character array.

llvm-svn: 145445

source file (e.g., a header). Immediately steal this useful option
name for building modules from a module map file.

llvm-svn: 145444

llvm-svn: 145443

llvm-svn: 145442

Test isa<FunctionDecl> to exclude objective-C methods. This ensures the following cast will never fail.

llvm-svn: 145441

Like V_SET0, these instructions are expanded by ExpandPostRA to xorps /
vxorps so they can participate in execution domain swizzling.

This also makes the AVX variants redundant.

llvm-svn: 145440

that use \ as a separator.

llvm-svn: 145439

ValueObjects when creating variables referring to
live data rather than constructing
ValueObjectConstResults.

llvm-svn: 145437

we infer the module map, we'll just print the module map to a
temporary file and generate the module using that.

llvm-svn: 145436

llvm-svn: 145435

llvm-svn: 145434

implementation of the linux platform.

llvm-svn: 145433

Potential bug in RewriteLoopBodyWithConditionConstant: use iterator should not be changed inside the uses enumeration loop.

llvm-svn: 145432

multiple .a files would end up with duplicate strong definitions. This could
cause link failures in certain scenarios when both definitions got loaded.
 - The best solution I see for this (aside from not factoring out the utility
   code) is to mark the definitions weak. Better solutions appreciated!

llvm-svn: 145427

be more clear about what to do and how to do it.

llvm-svn: 145426

attempt.  

llvm-svn: 145425

Relax RegionStore to allow loads from CodeTextRegions.  Apparently you can actually write code that does this.  This seems worthy of a checker, but the StoreManager should handle the memory abstraction without crashing.  Fixes PR 11450.

llvm-svn: 145424

llvm-svn: 145423

llvm-svn: 145422

llvm-svn: 145421

llvm-svn: 145420

llvm-svn: 145419

llvm-svn: 145418

llvm-svn: 145417

Patch by Sanjoy Das.

llvm-svn: 145416

module map, rather than assuming that there is an umbrella
header. This allows us to automatically build umbrella-less modules. 

llvm-svn: 145415

on-the-fly. No functionality change.

llvm-svn: 145414

weak variable are compiled by different compilers, such as GCC and LLVM, while
LLVM may increase the alignment to the preferred alignment there is no reason to
think that GCC will use anything more than the ABI alignment.  Since it is the
GCC version that might end up in the final program (as the linkage is weak), it
is wrong to increase the alignment of loads from the global up to the preferred
alignment as the alignment might only be the ABI alignment.

Increasing alignment up to the ABI alignment might be OK, but I'm not totally
convinced that it is.  It seems better to just leave the alignment of weak
globals alone.

llvm-svn: 145413

llvm-svn: 145412

interface. No functionality change.

llvm-svn: 145411

llvm-svn: 145410

as MC is the only assembler we support.

This splits MS/Windows and GNU/Windows ASM infos into two seperate classes.
While there is currently only one difference, full MS C++ ABI support will
require many more.

llvm-svn: 145409

- getSymbolOffset() renamed as getSymbolFileOffset()
- getSymbolFileOffset(), getSymbolAddress(), getRelocationAddress() returns same result for ELFObjectFile, MachOObjectFile and COFFObjectFile.
- added getRelocationOffset()
- fixed MachOObjectFile::getSymbolSize()
- fixed MachOObjectFile::getSymbolSection()
- fixed MachOObjectFile::getSymbolOffset() for symbols without section data.

llvm-svn: 145408

llvm-svn: 145407

Added a test.
Thanks Bruno for reviewing the patch.

llvm-svn: 145403

This fixes the test with recent versions of LLVM that do not support
the old atomic instructions any more.

llvm-svn: 145402