- Move DisableScheduling flag into TargetOption.h
- Move SDNodeOrdering into its own header file. Give it a minimal interface that
  doesn't conflate construction with storage.
- Move assigning the ordering into the SelectionDAGBuilder.

This isn't used yet, so there should be no functional changes.

llvm-svn: 91727

llvm-svn: 91725

llvm-svn: 91724

llvm-svn: 91722

created CharUnits.cpp.

llvm-svn: 91719

llvm-svn: 91718

llvm-svn: 91717

llvm-svn: 91716

llvm-svn: 91715

llvm-svn: 91714

debugging some leaks (PR5770 in particular).

llvm-svn: 91713

bootstrap.  This also replaces the WeakVH references that Chris objected to
with normal Value references.

llvm-svn: 91711

Enhance GRExprEngine::VisitCallExpr() to be used in an lvalue context.  Uncovered a new failing test case along the way, but we're making progress on handling C++ references in the analyzer.

llvm-svn: 91710

llvm-svn: 91709

- an MDNode is designated as function-local when created, and continues to be even if its operands are modified not to refer to function-local IR
- function-localness is designated via lowest bit in SubclassData
- getLocalFunction() descends MDNode tree to see if it is consistently function-local

Add verification of MDNodes to checks that MDNodes are consistently function-local.
Update AsmWriter to use isFunctionLocal().

llvm-svn: 91708

llvm-svn: 91707

llvm-svn: 91706

__USING_SJLJ_EXCEPTIONS__ on Darwin.

llvm-svn: 91705

llvm-svn: 91702

associative either.

llvm-svn: 91701

 - This should be done leveraging the backend, but I'm a little refactored
   out. I'll fix it one day, I promise.

llvm-svn: 91700

with "declared at" rather than "previous declaration is here".

llvm-svn: 91699

llvm-svn: 91698

llvm-svn: 91696

llvm-svn: 91695

dirs on my system. Which is wrong, since it was missing the x86_64-pc-linux-gnu
suffix.

llvm-svn: 91694

MI was not being used but it was also not being deleted, so it was kept in the garbage list. The memory itself was freed once the function code gen was done.

Once in a while the codegen of another function would create an instruction on the same address. Adding it to the garbage group would work once, but when another pointer was added it would cause an assert as "Cache" was about to be pushed to Ts.

For a patch that make us detect problems like this earlier, take a look at

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091214/092758.html

With that patch we assert as soon and the new instruction is added to the garbage set.

llvm-svn: 91691

the heap, so that clients are not forced to copy the results during
the initial iteration. A separate clang_disposeCodeCompleteResults
function frees the returned results.

llvm-svn: 91690

new opaque value type, CharUnits. This will help us avoid accidentally mixing 
quantities that are in bit and character units.

llvm-svn: 91689

and getTypeSizeInChars() to reflect their basis in character type units, not
that of a possibly independent architecture-specific byte.

llvm-svn: 91688

llvm-svn: 91687

llvm-svn: 91686

llvm-svn: 91685

llvm-svn: 91684

sizes, offsets, and alignments in character units.

llvm-svn: 91683

Patch contributed by Ken Werner of IBM!

llvm-svn: 91681

Patch contributed by Ken Werner of IBM!

llvm-svn: 91680

This works now: (set_option "list_opt", ["val_1", "val_2", "val_3"])

llvm-svn: 91679

llvm-svn: 91678

nested-name specifier name.

I accidentally checked in the test case for this in the last commit ---
fortunately, that refactor was inspired by having debugged this problem already,
so I can fix the bug quick (though probably not fast enough for the buildbots).

llvm-svn: 91677