(retry now that the windows build is green)

llvm-svn: 118630

llvm-svn: 118628

llvm-svn: 118627

memory. This isn't a real improvement with present day AliasAnalysis
implementations; it's mainly for consistency.

llvm-svn: 118624

llvm-svn: 118623

llvm-svn: 118622

llvm-svn: 118621

llvm-svn: 118618

llvm-svn: 118617

-Wnon-virtual-dtor.

llvm-svn: 118616

llvm-svn: 118615

property IntrReadArgMem can be modeled.

llvm-svn: 118614

llvm-svn: 118613

llvm-svn: 118611

llvm-svn: 118610

pseudo-label. (TLS stuff).

llvm-svn: 118609

llvm-svn: 118608

llvm-svn: 118606

llvm-svn: 118604

object file emission.

llvm-svn: 118601

llvm-svn: 118600

llvm-svn: 118589

Really fix the leak in the attributes list.  Thanks to Benjamin Kramer for pointing out how I was being stupid.

llvm-svn: 118588

a left shift by zero.

llvm-svn: 118587

llvm-svn: 118586

llvm-svn: 118516

llvm-svn: 118515

llvm-svn: 118513

llvm-svn: 118509

llvm-svn: 118507

llvm-svn: 118506

llvm-svn: 118505

llvm-svn: 118504

llvm-svn: 118503

llvm-svn: 118502

llvm-svn: 118501

llvm-svn: 118490

in order to fold it into a load.

llvm-svn: 118471

llvm-svn: 118470

constant pool references and global variable refernces to resolve properly
for object file generation. For example,

int x;
void foo(unsigned a, unsigned *p) {
  p[a] = x;
}

can now be successfully compiled directly to an (ARM mode) object file.

llvm-svn: 118469