and destructors when the two entities are semantically identical, i.e. when
the class has no virtual base classes.  We only do this for linkage types
for which aliases are supported, i.e. internal and external, i.e. not linkonce.

llvm-svn: 96451

Removed an early out which was causing the PBQP allocator to not compute live-in sets or run the rewriter.

llvm-svn: 96450

llvm-svn: 96449

case where there are loop-invariant instructions somehow left
inside the loop, and in a position where they won't dominate
the IV increment position.

llvm-svn: 96448

llvm-svn: 96447

llvm-svn: 96446

Before setting scope end marker, pay attention to scope begin marker and existing scope end marker, if any. Scope must begin before it ends and nested inlined scope do not truncate surrounding scope.

llvm-svn: 96445

llvm-svn: 96444

'ischaincompatible' when a pattern has more than one input chain.  Need
to do some commenting and cleanup now that I understand how this works.

llvm-svn: 96443

llvm-svn: 96442

Correctly calculate base offsets for 'this' pointer adjustments involving virtual bases. This can't be tested yet due to lack of vcall offsets :)

llvm-svn: 96441

llvm-svn: 96440

llvm-svn: 96439

It's not clear why this is really required, but it was explicitly
added in r48808 with no real explanation or rdar #.

llvm-svn: 96438

llvm-svn: 96437

variables.  Use the fancy OpNo variable instead of i,
which has the right index including chains.

llvm-svn: 96436

This pass is supposed to be run on the linked .bc module.
It traveses the module call graph twice. Once starting from the main function
and marking each reached function as "ML". Again, starting from the ISR
and cloning any reachable function that was marked as "ML". After cloning
the function, it remaps all the call sites in IL functions to call the
cloned functions. 

Currently only marking is being done.

llvm-svn: 96435

llvm-svn: 96434

llvm-svn: 96433

llvm-svn: 96432

our own Chris Lattner).

llvm-svn: 96431

llvm-svn: 96429

have overflowed.

llvm-svn: 96428

llvm-svn: 96427

CheckComplexPattern function.  Though it is logically const,
I don't have the fortitude to clean up all the targets now,
and it not being const doesn't block anything.

llvm-svn: 96426

instead of a 'const char *'.

llvm-svn: 96425

llvm-svn: 96424

We can much more succinctly refer to these functions this way.

Also change the default behavior of createCXString(StringRef&) to duplicate the
string.  This is almost always what we want.  The other case is where we pass
a constant c-string, which uses the other version of createCXString().

llvm-svn: 96423

llvm-svn: 96422

64 bits, fixing a variety of problems.

llvm-svn: 96421

Check superclasses when merging two Objective-C @interfaces.

llvm-svn: 96420

for evaluating complex patterns.  Some cleanup has to happen before
this can be used though.

llvm-svn: 96419

indentation.  No functional changes.

llvm-svn: 96418

like llvm-gcc-x86_64-darwin10-selfhost

llvm-svn: 96417

llvm-svn: 96416

llvm-svn: 96413

record all their results.

llvm-svn: 96412

does the same thing as getComplexPatternInfo.

llvm-svn: 96411

llvm-svn: 96410

llvm-svn: 96409