llvm-svn: 130418

llvm-svn: 130417

a nice and tidy:
  %x1 = load i32* %0, align 4
  %1 = icmp eq i32 %x1, 1179403647
  br i1 %1, label %if.then, label %if.end

instead of doing lots of loads and branches.  May the FreeBSD bootloader
long fit in its allocated space.

llvm-svn: 130416

llvm-svn: 130414

llvm-svn: 130412

non-CVR qualifiers as well as CVR qualifiers. For example, don't allow
a reference to an integer in address space 1 to bind to an integer in
address space 2.

llvm-svn: 130411

Fix a bug in tblgen that caused incorrect encodings on instructions that specified operands with "bit" instead of "bits<1>".
Unfortunately, my only testcase for this is fragile, and the ARM AsmParser can't round trip the instruction in question.
<rdar://problem/9345702>

llvm-svn: 130410

Add command line option to print debug info in human readable form as comment in llvm IR output. This, i.e -enable-debug-info-comment,  is very useful if you want to easily find out which optimization pass is losing line number information.

llvm-svn: 130409

llvm-svn: 130408

llvm-svn: 130407

This happens when GVN widens loads. Part of PR6627.

llvm-svn: 130405

if it means we get a fallthrough.

llvm-svn: 130404

static functions instead of passing around tons of random ivars.

llvm-svn: 130403

expand the macro, based on a patch by Ori Avtalion. Fixes PR9799.

llvm-svn: 130402

llvm-svn: 130401

converting the symbol passed to .cfi_personality into bytes is the file.

llvm-svn: 130400

as a keyword for the __is_signed type trait. Cope with this conflict
via some hackish recovery: if we see a declaration of the form

 static const bool __is_signed

then we stop treating __is_signed as a keyword and instead treat it as
an identifier. It's ugly, but it's better than making the __is_signed
type trait conditional on some language flag. Fixes PR9804.

llvm-svn: 130399

llvm-svn: 130398

llvm-svn: 130397

llvm-svn: 130396

a bit more sinister as the memset doesn't do what the constructor does.
There seems to be a cleaner solution than a cast here though, instead we
can point the memset destination into the union its actually trying to
clear.

An alternative is to point to the Untyped member of this union. Review
appreciated, and if that is cleaner I'm happy to switch. All of these
should be functionally equivalent to the original code.

llvm-svn: 130395

able to revert these based on a patch I'm working on, but no reason for
people to be spammed with warnings in the interim.

llvm-svn: 130394

llvm-svn: 130393

llvm-svn: 130392

llvm-svn: 130391

wider load would allow elimination of subsequent loads, and when the wider
load is still a native integer type.  This eliminates a ton of loads on 
various benchmarks involving struct fields, though it is somewhat hobbled
by clang not being very aggressive about field alignment.

This is yet another step along the way towards resolving PR6627.

llvm-svn: 130390

llvm-svn: 130389

llvm-svn: 130387

immediate patterns in arm to using the pattern.

Handles rdar://9299434

llvm-svn: 130386

llvm-svn: 130385

llvm-svn: 130384

Enhance clang_getCXTUResourceUsage() to report the amount of memory used by ASTContext's side tables.

llvm-svn: 130383

llvm-svn: 130382

This idiom is used everywhere in MFC/COM code and as such this patch removes hundreds of errors when parsing MFC code with clang.

Example: 
template <class T, const GUID* g = &__uuidof(T)>
class ComTemplate  { };

typedef ComTemplate<struct_with_uuid, &__uuidof(struct_with_uuid)> COM_TYPE;

Of course this is just parsing support. Trying to use this in CodeGen will generate:
error: cannot yet mangle expression type CXXUuidofExpr

llvm-svn: 130381

Enhance clang_getCXTUResourceUsage() to report the amount of memory used by SourceManager's content cache allocator.

llvm-svn: 130380

This removes one of the main advantages of moving eh_frame to MC, but
makes the transition a lot easier to debug (run md5).

llvm-svn: 130379

llvm-svn: 130378

llvm-svn: 130377

worked out.

llvm-svn: 130376

symbols.

llvm-svn: 130375