llvm-svn: 32698

llvm-svn: 32685

expanding a {s|u}int_to_fp.

llvm-svn: 32665

properly serialized. Do not clear LastCallSEQ_END until that is done.

llvm-svn: 32659

creation. These changes are still temporary but at least this pushes
knowledge of signedness out closer to where it can be determined properly
and allows signedness to be removed from VMCore.

llvm-svn: 32654

llvm-svn: 32648

llvm-svn: 32640

rework the hacks that had us passing OStream in. We pass in std::ostream*
instead, check for null, and then dispatch to the correct print() method.

llvm-svn: 32636

by producing target constants instead of constants.  Constants can get
selected to li/movri instructions, which causes the scheduler to explode.

llvm-svn: 32633

llvm-svn: 32629

llvm-svn: 32623

llvm-svn: 32622

llvm-svn: 32621

llvm-svn: 32619

llvm-svn: 32617

llvm-svn: 32616

sure the right conditions are checked.

llvm-svn: 32611

llvm-svn: 32597

llvm-svn: 32593

llvm-svn: 32590

2. Allow the jit to handle PIC relocable jump tables.

llvm-svn: 32581

If a spillslot value is available in a register, and there is a noop copy that
targets that register, the spiller correctly decide not to invalidate the
spillslot register.

However, even though the noop copy does not clobbers the value. It does start a
new intersecting live range. That means the spillslot register is available for
use but should not be reused for a two-address instruction modref operand which
would clobber the new live range.

When we remove the noop copy, update the available information by clearing the
canClobber bit.

llvm-svn: 32576

llvm-svn: 32559

llvm-svn: 32527

llvm-svn: 32526

llvm-svn: 32523

creation calls.

llvm-svn: 32521

llvm-svn: 32497

llvm-svn: 32495

llvm-svn: 32494

llvm-svn: 32493

its expansion result type is equal to the result type of the bit_convert,
e.g. (i64 bit_convert (f64 op)) if FP is not legal
returns the result of the expanded source operand.
- Store f32 / f64 may be expanded to a single store i32/i64.

llvm-svn: 32490

llvm-svn: 32476

llvm-svn: 32474

llvm-svn: 32473

llvm-svn: 32472

llvm-svn: 32471

llvm-svn: 32470

and legalizer separated like they currently are, I don't see a way to handle
this xform.

llvm-svn: 32466

This is not sufficient to fix X86/store-fp-constant.ll

llvm-svn: 32465