- Oct 17, 2007
-
-
Evan Cheng authored
their value numbers with the specified value number. llvm-svn: 43062
-
Evan Cheng authored
llvm-svn: 43061
-
Evan Cheng authored
llvm-svn: 43060
-
Owen Anderson authored
llvm-svn: 43059
-
Devang Patel authored
llvm-svn: 43055
-
Dale Johannesen authored
Remove the assumption that this will happen from various places. llvm-svn: 43053
-
Owen Anderson authored
llvm-svn: 43049
-
- Oct 16, 2007
-
-
Evan Cheng authored
llvm-svn: 43043
-
Owen Anderson authored
having dominator information on MBB's. llvm-svn: 43036
-
Evan Cheng authored
llvm-svn: 43035
-
Dale Johannesen authored
llvm-svn: 43034
-
Dale Johannesen authored
llvm-svn: 43033
-
Chris Lattner authored
doesn't fit into 16 bits. llvm-svn: 43032
-
Duncan Sands authored
top bit of a ValueType to be zero. Enforce this by ensuring an assertion failure if someone tries to create a ValueType without this property. I chose this minimal approach rather than a more official integration of the notion of reserved bits into ValueType because I'm hoping that the verifier will be changed to no longer require this :) llvm-svn: 43031
-
Duncan Sands authored
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
-
Duncan Sands authored
being passed instead of an opcode; (2) ValueType being passed for isVolatile (!) in getLoad. llvm-svn: 43028
-
Arnold Schwaighofer authored
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
-
Evan Cheng authored
llvm-svn: 43026
-
Chris Lattner authored
work with type promotion on x86. llvm-svn: 43025
-
Dan Gohman authored
llvm-svn: 43020
-
- Oct 15, 2007
-
-
Evan Cheng authored
llvm-svn: 43017
-
Dan Gohman authored
llvm-svn: 43016
-
Dan Gohman authored
llvm-svn: 43015
-
Dan Gohman authored
is welcome! llvm-svn: 43007
-
Chris Lattner authored
unconditionally creating an i64 bitcast. With the future legalizer design, operation legalization can't introduce new nodes with illegal types. This fixes the rest of olden on ppc32. llvm-svn: 43005
-
Evan Cheng authored
llvm-svn: 43004
-
Devang Patel authored
llvm-svn: 43002
-
Dan Gohman authored
from "test" to "foo" so that they don't match the grep -i ST. llvm-svn: 43001
-
Ted Kremenek authored
llvm-svn: 42999
-
Ted Kremenek authored
Renamed internal method of ImutAVLTree::RemoveMutableFlag to MarkImmutable. Added enum for bit manipulation (more self-documentating). llvm-svn: 42998
-
Evan Cheng authored
llvm-svn: 42996
-
Chris Lattner authored
llvm-svn: 42995
-
Chris Lattner authored
llvm-svn: 42994
-
Chris Lattner authored
llvm-svn: 42992
-
Chris Lattner authored
llvm-svn: 42991
-
Tanya Lattner authored
llvm-svn: 42990
-
Devang Patel authored
llvm-svn: 42986
-
Devang Patel authored
llvm-svn: 42985
-
Neil Booth authored
integer conversion. In some such cases this makes us one or two orders of magnitude faster than NetBSD's libc. Glibc seems to have a similar fast path. Also, tighten up some upper bounds to save a bit of memory. llvm-svn: 42984
-
Duncan Sands authored
getTypeToExpandTo. The difference is that getTypeToExpandTo gives the final result of expansion (eg: i128 -> i32 on a 32 bit machine) while getTypeToTransformTo does just one step (i128 -> i64). llvm-svn: 42982
-