llvm-svn: 44494

llvm-svn: 44493

into alias analysis.  This meant updating the API
which now has versions of the getModRefBehavior,
doesNotAccessMemory and onlyReadsMemory methods
which take a callsite parameter.  These should be
used unless the callsite is not known, since in
general they can do a better job than the versions
that take a function.  Also, users should no longer
call the version of getModRefBehavior that takes
both a function and a callsite.  To reduce the
chance of misuse it is now protected.

llvm-svn: 44487

llvm-svn: 44482

llvm-svn: 44480

llvm-svn: 44479

llvm-svn: 44478

llvm-svn: 44477

llvm-svn: 44476

information matching did not exactly match the underlying stream's scoping
information.

llvm-svn: 44470

llvm-svn: 44469

llvm-svn: 44467

llvm-svn: 44460

llvm-svn: 44458

attributes.  While there, I noticed that not all
attribute methods returned a pointer-to-constant,
so I fixed that.

llvm-svn: 44457

function parameters.

llvm-svn: 44452

llvm-svn: 44446

llvm-svn: 44443

llvm-svn: 44437

in the middle of a split basic block, create a new live interval starting at
the def. This avoid artifically extending the live interval over a number of
cycles where it is dead. e.g.

bb1:
       = vr1204   (use / kill) <= new interval starts and ends here.
...
...
vr1204 =          (new def)   <= start a new interval here.
       = vr1204   (use)

llvm-svn: 44436

llvm-svn: 44435

llvm-svn: 44434

llvm-svn: 44433

llvm-svn: 44432

initialized with a value if they want, by specializing the 
StringMapEntryInitializer class.

llvm-svn: 44430

llvm-svn: 44428

llvm-svn: 44427

llvm-svn: 44418

  unsigned char *llvm_cbe_X;
...
  llvm_cbe_X = 0; *((void**)&llvm_cbe_X) = __builtin_stack_save();

instead of:

  llvm_cbe_X = __builtin_stack_save();

See PR1809 for details.

llvm-svn: 44415

llvm-svn: 44414

CodeGen/Generic/fp_to_int.ll among others.  Its unclear why this 
just started failing...

llvm-svn: 44407

llvm-svn: 44406

llvm-svn: 44405

llvm-svn: 44404

use them.

llvm-svn: 44403

local changes, not the "not".

llvm-svn: 44402

recent stderr updates.

llvm-svn: 44401

in this call:

	Result.IntVal = APInt(80, 2, x);

What is x?

	uint16_t x[8];

I deduce that the APInt constructor being used is this one:

  APInt(uint32_t numBits, uint64_t val, bool isSigned = false);

rather than this one:

  APInt(uint32_t numBits, uint32_t numWords, const uint64_t bigVal[]);

That doesn't seem right!  This fix compiles but is otherwise completely
untested.

llvm-svn: 44400

llvm-svn: 44399

llvm-svn: 44395