allocatable. Even if it doesn't appear to have any defs, it may latter
on after register allocation.

llvm-svn: 82834

llvm-svn: 82833

llvm-svn: 82832

llvm-svn: 82831

llvm-svn: 82830

llvm-svn: 82829

llvm-svn: 82828

llvm-svn: 82827

llvm-svn: 82826

llvm-svn: 82825

explicit template specializations, when available.

llvm-svn: 82824

llvm-svn: 82823

MathExtras.h in MachineMemOperand.h.

llvm-svn: 82822

llvm-svn: 82821

typically faster then doing a general pow.

llvm-svn: 82819

llvm-svn: 82818

which have no defs anywhere in the function. In particular, this fixes sinking
of instructions that reference RIP on x86-64, which is currently being modeled
as a register.

llvm-svn: 82815

llvm-svn: 82814

I definitely need to read documentation better :(

llvm-svn: 82813

llvm-svn: 82812

and skipping the defs.

llvm-svn: 82811

llvm-svn: 82810

llvm-svn: 82807

  template void f<int>(int);
                ~~~~~~
Previously, we silently dropped the template arguments. With this
change, we now use the template arguments (when available) as the
explicitly-specified template arguments used to aid template argument
deduction for explicit template instantiations.

llvm-svn: 82806

llvm-svn: 82805

llvm-svn: 82803

Fix clang_getCursorDecl to do the right thing for expr refs
Fixup test file to accommodate new output (which includes the line/column for the referenced decl)

llvm-svn: 82798

setenv().  This patch just disables the test rather than getting putenv() to
work.  Thanks to Sandeep Patel for reporting the problem.

llvm-svn: 82797

appear to be misspellings, removed in favor of fabs*.

llvm-svn: 82796

 - Allocate MachineMemOperands and MachineMemOperand lists in MachineFunctions.
   This eliminates MachineInstr's std::list member and allows the data to be
   created by isel and live for the remainder of codegen, avoiding a lot of
   copying and unnecessary translation. This also shrinks MemSDNode.
 - Delete MemOperandSDNode. Introduce MachineSDNode which has dedicated
   fields for MachineMemOperands.
 - Change MemSDNode to have a MachineMemOperand member instead of its own
   fields with the same information. This introduces some redundancy, but
   it's more consistent with what MachineInstr will eventually want.
 - Ignore alignment when searching for redundant loads for CSE, but remember
   the greatest alignment.

Target-specific code which previously used MemOperandSDNodes with generic
SDNodes now use MemIntrinsicSDNodes, with opcodes in a designated range
so that the SelectionDAG framework knows that MachineMemOperand information
is available.

llvm-svn: 82794

per Doug's comment.

llvm-svn: 82791

naming scheme used in SelectionDAG, where there are multiple kinds
of "target" nodes, but "machine" nodes are nodes which represent
a MachineInstr.

llvm-svn: 82790

member functions of class template specializations, and static data
members. The mechanics are (mostly) present, but the semantic analysis
is very weak.

llvm-svn: 82789

llvm-svn: 82788

being checked aren't valid without it.

llvm-svn: 82786

Revert 82694 "Auto-upgrade malloc instructions to malloc calls." because it causes regressions in the nightly tests.

llvm-svn: 82784

Fixed pr5050.

llvm-svn: 82783

llvm-svn: 82782

before producing FSIN, FCOS, FSQRT.  If they aren't
so marked we have to assume they might set errno.

llvm-svn: 82781

llvm-svn: 82780