llvm-svn: 53722

it is breaking Darwin bootstrap due to missing
functionality.

llvm-svn: 53721

llvm-svn: 53720

llvm-svn: 53719

llvm-svn: 53716

llvm-svn: 53715

atomic operation to the new one.

llvm-svn: 53714

llvm-svn: 53713

llvm-svn: 53712

llvm-svn: 53705

Fixes <rdar://problem/6046663> clang ObjC rewriter: Regression in handling of 'super' in latest build.

llvm-svn: 53703

When in C++, make EnumConstant names hide tag names in the same scope, instead of colliding with them.

llvm-svn: 53702

llvm-svn: 53697

llvm-svn: 53696

This fixes <rdar://problem/6040143> clang ObjC rewriter: @synchronized keyword inserts undeclared objc functions.

llvm-svn: 53695

- Make sure ObjCIvarDecl propagates the bitfield width.
- RewriteObjC::SynthesizeIvarOffsetComputation(): Avoid using the __OFFSETOF__ mumbo jumbo for bitfields (since it isn't legal C). This fixes <rdar://problem/5986079> clang ObjC rewriter: bitfields and ivar access don't mix.

llvm-svn: 53694

llvm-svn: 53693

Mark function used by asm block as used, otherwise optimizer may not see the use and may delete the function.

llvm-svn: 53692

could cause problems for memdep when it breaks critical edges.

llvm-svn: 53691

llvm-svn: 53689

llvm-svn: 53688

was turned up by some new SelectionDAG assertion checks that I'm
working on.

llvm-svn: 53687

llvm-svn: 53686

llvm-svn: 53685

and AssertSext.  Needed when passing huge integer
parameters with the zeroext or signext attributes.

llvm-svn: 53684

difference in purpose of TargetInstrInfo and TargetInstrDesc,
which isn't immediately obvious from the name.

llvm-svn: 53683

llvm-svn: 53682

llvm-svn: 53681

llvm-svn: 53680

This fixes <rdar://problem/5987211> clang ObjC rewriter: @try / @finally block produces unbalanced output.

llvm-svn: 53679

This fixes <rdar://problem/6034961> clang ObjC rewriter: rewriting methods with function pointer return values does not work

llvm-svn: 53678

of all sizes from i1 to i256.  The code is not
always that great, for example (x86)
        movw    %di, %ax
        movw    %ax, i17_s
where the store could be directly from %di.

llvm-svn: 53677

sizes from i1 to i256.  The generated code is
like one huge bug report of things that the DAG
combiner fails to simplify!

llvm-svn: 53676

llvm-svn: 53675

Un-XFAIL multdeadretval, since instcombine now properly handles the mess deadargelim leaves behind :-)

llvm-svn: 53674

FindInsertedValue, it now performs a number of simple transformations that
should result in the same effect when applied iteratively.

llvm-svn: 53673

While this is not a wonderful organizing principle, it
does make it easy to find routines, and clear where to
insert new ones.

llvm-svn: 53672

llvm-svn: 53671

also use *idx_begin in the same expression, giving unpredictable results.

This fixes this bug: http://lists.cs.uiuc.edu/pipermail/llvmdev/2008-July/015877.html

llvm-svn: 53670

simply does the atomic.cmp.swap on the larger type,
which means it blows away whatever is sitting in
the bytes just after the memory location, i.e.
causes a buffer overflow.  This really requires
target specific code, which is why LegalizeTypes
doesn't try to handle this case generically.  The
existing (wrong) code in LegalizeDAG will go away
automatically once the type legalization code is
removed from LegalizeDAG so I'm leaving it there
for the moment.  Meanwhile, don't test for this
feature.

llvm-svn: 53669