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

into a roundss intrinsic, producing a cyclic dag.  The root cause
of this is badness handling ComplexPattern nodes in the old dagisel
that I noticed through inspection.  Eliminate a copy of the of the
code that handled ComplexPatterns by making EmitChildMatchCode call
into EmitMatchCode.

llvm-svn: 96408

new lack of R2.

llvm-svn: 96407

llvm-svn: 96406

have rewriter test cases which pass the .cpp file through clang
and also test c++ aspect of clang.

llvm-svn: 96405

llvm-svn: 96404

repeatedly reloading from an alloca.  We still need to create the alloca
for debug info purposes (although we currently create it in all cases
because of some abstraction boundaries that're hard to break down).

llvm-svn: 96403