does not imply that such functions can't be declared at block scope.

llvm-svn: 152509

Chris Lattner says the edis interface is going away. It doesn't make
sense to land something that will go away in the near future.

llvm-svn: 152508

llvm-svn: 152507

This requires a C++ change to EDDisassembler's ctor to function properly
(the llvm::InitializeAll* functions aren't being called currently and
there is no way to call them from Python).

Code is partially tested and works well enough for initial commit. There
are probably many small bugs.

llvm-svn: 152506

llvm-svn: 152505

llvm-svn: 152504

llvm-svn: 152503

llvm-svn: 152502

llvm-svn: 152501

declaration of class metadata when they are defined later.

llvm-svn: 152500

llvm-svn: 152499

llvm-svn: 152498

The 'CmpInst::isFalseWhenEqual' function returns 'false' for values other than
simply equality. For instance, it returns 'false' for <= or >=. This isn't the
correct behavior for this transformation, which is checking for strict equality
and non-equality. It was causing the gcc.c-torture/execute/frame-address.c test
to fail because it would completely (and incorrectly) optimize a whole function
into a 'ret i32 0'.

llvm-svn: 152497

// rdar://11024543

llvm-svn: 152496

llvm-svn: 152495

No functionality change.

llvm-svn: 152494

llvm-svn: 152493

llvm-svn: 152492

track whether the referenced declaration comes from an enclosing
local context.  I'm amenable to suggestions about the exact meaning
of this bit.

llvm-svn: 152491

a common collection of methods on Value, and share their implementation.
We had two variations in two different places already, and I need the
third variation for inline cost estimation.

Reviewed by Duncan Sands on IRC, but further comments here welcome.

llvm-svn: 152490

enum is scoped or not, which is not relevant here. Instead, phrase the loop in
the same terms that the standard uses, instead of this awkward set of
conditions that is *nearly* equal.

llvm-svn: 152489

please annotate it with a note explaining why this wrong-seeming behaviour is
correct.

llvm-svn: 152488

Patch by Kay Tiong Khoo!

llvm-svn: 152487

The old way of determine when and where to spill a value that was used inside of
a landing pad resulted in spilling that value everywhere and not just at the
invoke edge.

This algorithm determines which values are used within a landing pad. It then
spills those values before the invoke and reloads them before the uses. This
should prevent excessive spilling in many cases, e.g. inside of loops.
<rdar://problem/10609139>

llvm-svn: 152486

doing a copy. Fixes PR12139.

llvm-svn: 152485

llvm-svn: 152483

It is now possible to load object files and scan over sections, symbols,
and relocations! Includes test code with partial coverage.

llvm-svn: 152482

should not impede creating a proper TypeLoc info for the decl-spec.

This improves our semantic error recovery.

llvm-svn: 152481

Before r151307 this part worked without compiler errors but now it only verifies
that our handling of irregular pragmas is broken compared to gcc, it has no
practical usefulness; it creates invalid structs that cannot be used for 'offsetof' testing.

If we later decide to handle irregular pragmas without compiler errors we can
put back this part.

llvm-svn: 152480

we correctly emit loads of BlockDeclRefExprs even when they
don't qualify as ODR-uses.  I think I'm adequately convinced
that BlockDeclRefExpr can die.

llvm-svn: 152479

llvm-svn: 152478

on behalf of a DWARF expression.

llvm-svn: 152477

llvm-svn: 152476

llvm-svn: 152475

llvm-svn: 152474

<rdar://problem/11021925>

llvm-svn: 152473

llvm-svn: 152472

llvm-svn: 152471

llvm-svn: 152470

llvm-svn: 152469