llvm-svn: 93540

llvm-svn: 93539

Add some debug routines to SelectionDAG to dump full DAGs.
print/dumpWithDepth allows one to dump a DAG up to N levels deep.
dump/printWithFullDepth prints the whole DAG, subject to a depth limit
on 100 in the default case (to prevent infinite recursion).

Have CannotYetSelect to a dumpWithFullDepth so it is clearer exactly
what the non-matching DAG looks like.

llvm-svn: 93538

to directly check the results of clang_getCursor(). Also, start
migrating some index-test tests over to c-index test [*] and some
grep-using tests over to FileCheck.

llvm-svn: 93537

unneeded argument from ParseExpression.

llvm-svn: 93536

X86Operand's have range info.

llvm-svn: 93535

to return range information for subexpressions.  Use this to
provide range info for several new X86Operands.

llvm-svn: 93534

instantiation.

llvm-svn: 93533

llvm-svn: 93532

Improve llvm.dbg.declare intrinsic by referring directly to the storage in its first argument, via function-local metadata (instead of via a bitcast).
This patch also cleans up code that expects there to be a bitcast in the first argument and testcases that call llvm.dbg.declare.
It also strips old llvm.dbg.declare intrinsics that did not pass metadata as the first argument.

llvm-svn: 93531

FrameIndexes should be lowered, but the same way as
everything else (target dependent) rather than in a
special hacked way.  The lowering needs to be done
for eventual purposes of Dwarf generation.

llvm-svn: 93530

Also we don't need to recheck for altivec initializers, I think.

llvm-svn: 93529

X86Operand::Create* implementations to avoid
copy ctor use.

llvm-svn: 93528

Remove most of old Mach-O Writer support, it has been replaced by MCMachOStreamer

Further refactoring to completely remove MachOWriter and drive the object file
writer with the AsmPrinter MCInst/MCSection logic is forthcoming.

llvm-svn: 93527

llvm-svn: 93526

Patch by Enea Zaffanella.

llvm-svn: 93522

datastructure when parsing a mem operand.

llvm-svn: 93521

getLocationFromCursor: If a cursor is a reference and has a referringDecl, using the referringDecl for the location.

llvm-svn: 93520

Fixes radar 7546096.

llvm-svn: 93519

llvm-svn: 93518

llvm-svn: 93515

references a const variable of integral type, the initializer may be
in a different declaration than the one that name-lookup saw. Find the
initializer anyway. Fixes PR6045.

llvm-svn: 93514

qualifiers. Fixes PR6021.

llvm-svn: 93513

the LValue-related methods of APValue out of line to avoid header file leaching.

llvm-svn: 93512

llvm-svn: 93511

Adjust BuildMemberReferenceExpr to perform the inheritance check on implicit
member accesses, which can arise from unqualified lookups and therefore may
reference decls from enclosing class scopes.

Fixes PR 5838.

llvm-svn: 93510

integer type is used.

llvm-svn: 93509

Don't suggest the developer use 'arc4random' instead of 'rand' when that function is not available.  Fixes PR 6012.

llvm-svn: 93508

Teach BugReporter to "escape" the occurance of '%' characters in diagnostic messages when emitted results to the standard Diagnostics output.  Fixes PR 6033.

llvm-svn: 93507

llvm-svn: 93506

The pre-regalloc pass caused some regressions in both compile time and
performance of the generated code, and it did not improve performance, except
for indirect branches.  I also moved the check for single-block loops to speed
up the common case when running the taildup pass before reg allocation.

llvm-svn: 93505

Improve llvm.dbg.declare intrinsic by referring directly to the storage in its first argument, via function-local metadata (instead of via a bitcast).
This patch also cleans up code that expects there to be a bitcast in the first argument and testcases that call llvm.dbg.declare.

llvm-svn: 93504

llvm-svn: 93503

llvm-svn: 93501

llvm-svn: 93500

print it as a comment on X86.

llvm-svn: 93499

Also, DEBUG_VALUE has side effects.

llvm-svn: 93498

do not look into base classes if there are any dependent base
classes. Instead, note in the lookup result that we couldn't look into
any dependent bases. Use that new result kind to detect when this case
occurs, so that we can fall back to treating the type/value/etc. as a
member of an unknown specialization.

Fixes an issue where we were resolving lookup at template definition
time and then missing an ambiguity at template instantiation time.

llvm-svn: 93497

"icmp lhs, rhs" into "cmp rhs, lhs". This should fix PR5979.

llvm-svn: 93496

llvm-svn: 93494