llvm-svn: 43147

llvm-svn: 43145

llvm-svn: 43144

fixing some obviously broken code :(

llvm-svn: 43141

llvm-svn: 43133

llvm-svn: 43130

llvm-svn: 43129

and tblgen requires rtti.

llvm-svn: 43127

Registry<>::iterator member class.

llvm-svn: 43122

llvm-svn: 43120

llvm-svn: 43119

traversing inverse register coalescing map.

llvm-svn: 43118

i64 bit convert needlessly.

llvm-svn: 43116

in CodeExtractor and LoopSimplify unnecessary.

Hartmut, could you confirm that this fixes the issues you were seeing?

llvm-svn: 43115

llvm-svn: 43103

llvm-svn: 43094

llvm-svn: 43083

llvm-svn: 43081

and working with broadcasted constants.

llvm-svn: 43076

llvm-svn: 43072

types.  This is needed for SIGN_EXTEND_INREG at least.
It is not clear if this is correct for other operations.
On the other hand, for the various load/store actions
it seems to correct to return the type action, as is
currently done.
Also, it seems that SelectionDAG::getValueType can be
called for extended value types; introduce a map for
holding these, since we don't really want to extend
the vector to be 2^32 pointers long!
Generalize DAGTypeLegalizer::PromoteResult_TRUNCATE
and DAGTypeLegalizer::PromoteResult_INT_EXTEND to handle
the various funky possibilities that apints introduce,
for example that you can promote to a type that needs
to be expanded.

llvm-svn: 43071

Apply "Instead of loading small c string constant, use integer constant directly" transformation while processing load instruction.

llvm-svn: 43070

llvm-svn: 43069

loads instead of 1 x i64 loads.  This doesn't change any functionality yet.

llvm-svn: 43068

llvm-svn: 43066

llvm-svn: 43065

their value numbers with the specified value number.

llvm-svn: 43062

llvm-svn: 43061

llvm-svn: 43060

llvm-svn: 43059

llvm-svn: 43055

Remove the assumption that this will happen from
various places.

llvm-svn: 43053

llvm-svn: 43043

having dominator information on MBB's.

llvm-svn: 43036

llvm-svn: 43035

llvm-svn: 43033

doesn't fit into 16 bits.

llvm-svn: 43032

codegen support.  This should have no effect on codegen
for other types.  Debatable bits: (1) the use (abuse?)
of a set in SDNode::getValueTypeList; (2) the length of
getTypeToTransformTo, which maybe should be refactored
with a non-inline part for extended value types.

llvm-svn: 43030

being passed instead of an opcode; (2) ValueType being passed
for isVolatile (!) in getLoad.

llvm-svn: 43028

was stored to the acutal stack slot before the parameters were
lowered to their stack slot. This could cause arguments to be
overwritten by the return address if the called function had less
parameters than the caller function. The update should remove the
last failing test case of llc-beta: SPASS.

llvm-svn: 43027