llvm-svn: 13342

llvm-svn: 13341

llvm-svn: 13340

llvm-svn: 13339

llvm-svn: 13338

llvm-svn: 13337

which case you'll get a null array and zero passed to the profiling function.

llvm-svn: 13336

llvm-svn: 13335

llvm-svn: 13319

acting like a normal pass.  :(

llvm-svn: 13318

llvm-svn: 13317

llvm-svn: 13316

llvm-svn: 13315

llvm-svn: 13314

check this in.

llvm-svn: 13313

llvm-svn: 13312

Turning "if (A < B && B < C)" into "if (A < B & B < C)"

llvm-svn: 13311

  Turn "if (A < B && B < C)" into "if (A < B & B < C)"

llvm-svn: 13310

missing opportunities for combination.

llvm-svn: 13309

when replacing them, missing the opportunity to do simplifications

llvm-svn: 13308

llvm-svn: 13307

llvm-svn: 13306

llvm-svn: 13305

llvm-svn: 13304

Look at all of the pretty minuses. :)

llvm-svn: 13303

llvm-svn: 13302

use MachineBasicBlocks.  To do this, we traverse the Machine CFG instead of
the LLVM CFG, which is also *MUCH* more efficient by having fewer levels of
indirections and mappings.

llvm-svn: 13301

use MachineBasicBlocks.

llvm-svn: 13300

llvm-svn: 13299

llvm-svn: 13298

llvm-svn: 13297

functions with wrappers that either take or return size_ts.

llvm-svn: 13296

llvm-svn: 13295

llvm-svn: 13294

llvm-svn: 13293

llvm-svn: 13292

llvm-svn: 13291

llvm-svn: 13290

is only used by a cast, and the casted type is the same size as the original
allocation, it would eliminate the cast by folding it into the allocation.

Unfortunately, it was placing the new allocation instruction right before
the cast, which could pull (for example) alloca instructions into the body
of a function.  This turns statically allocatable allocas into expensive
dynamically allocated allocas, which is bad bad bad.

This fixes the problem by placing the new allocation instruction at the same
place the old one was, duh. :)

llvm-svn: 13289

llvm-svn: 13288