- 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
-
Chris Lattner authored
take a deleted nodes vector, instead of requiring it. One more significant change: Implement the start of a legalizer that just works on types. This legalizer is designed to run before the operation legalizer and ensure just that the input dag is transformed into an output dag whose operand and result types are all legal, even if the operations on those types are not. This design/impl has the following advantages: 1. When finished, this will *significantly* reduce the amount of code in LegalizeDAG.cpp. It will remove all the code related to promotion and expansion as well as splitting and scalarizing vectors. 2. The new code is very simple, idiomatic, and modular: unlike LegalizeDAG.cpp, it has no 3000 line long functions. :) 3. The implementation is completely iterative instead of recursive, good for hacking on large dags without blowing out your stack. 4. The implementation updates nodes in place when possible instead of deallocating and reallocating the entire graph that points to some mutated node. 5. The code nicely separates out handling of operations with invalid results from operations with invalid operands, making some cases simpler and easier to understand. 6. The new -debug-only=legalize-types option is very very handy :), allowing you to easily understand what legalize types is doing. This is not yet done. Until the ifdef added to SelectionDAGISel.cpp is enabled, this does nothing. However, this code is sufficient to legalize all of the code in 186.crafty, olden and freebench on an x86 machine. The biggest issues are: 1. Vectors aren't implemented at all yet 2. SoftFP is a mess, I need to talk to Evan about it. 3. No lowering to libcalls is implemented yet. 4. Various operations are missing etc. 5. There are FIXME's for stuff I hax0r'd out, like softfp. Hey, at least it is a step in the right direction :). If you'd like to help, just enable the #ifdef in SelectionDAGISel.cpp and compile code with it. If this explodes it will tell you what needs to be implemented. Help is certainly appreciated. Once this goes in, we can do three things: 1. Add a new pass of dag combine between the "type legalizer" and "operation legalizer" passes. This will let us catch some long-standing isel issues that we miss because operation legalization often obfuscates the dag with target-specific nodes. 2. We can rip out all of the type legalization code from LegalizeDAG.cpp, making it much smaller and simpler. When that happens we can then reimplement the core functionality left in it in a much more efficient and non-recursive way. 3. Once the whole legalizer is non-recursive, we can implement whole-function selectiondags maybe... llvm-svn: 42981
-
Chris Lattner authored
Make two changes: 1) only xform "store of f32" if i32 is a legal type for the target. 2) only xform "store of f64" if either i64 or i32 are legal for the target. 3) if i64 isn't legal, manually lower to 2 stores of i32 instead of letting a later pass of legalize do it. This is ugly, but helps future changes I'm about to commit. llvm-svn: 42980
-
Chris Lattner authored
llvm-svn: 42979
-
Chris Lattner authored
llvm-svn: 42978
-
Chris Lattner authored
llvm-svn: 42977
-
Chris Lattner authored
llvm-svn: 42976
-
Dale Johannesen authored
llvm-svn: 42972
-
- Oct 14, 2007
-
-
Chris Lattner authored
llvm-svn: 42970
-
Chris Lattner authored
without lo/hi set. Fall through to making a libcall instead. llvm-svn: 42969
-
Neil Booth authored
llvm-svn: 42966
-
Neil Booth authored
so, and clean up the checks by putting them in an inline function. llvm-svn: 42965
-
Neil Booth authored
memory for the significand once up-front. Also ignore insignificant trailing zeroes; this saves unnecessary multiplications later. llvm-svn: 42964
-
Evan Cheng authored
llvm-svn: 42963
-
Evan Cheng authored
llvm-svn: 42962
-
Evan Cheng authored
the source register will be coalesced to the super register of the LHS. Properly merge in the live ranges of the resulting coalesced interval that were part of the original source interval to the live interval of the super-register. llvm-svn: 42961
-
Evan Cheng authored
llvm-svn: 42960
-
Dale Johannesen authored
a problem when asserts are on). From vecLib. llvm-svn: 42959
-
Dale Johannesen authored
long double. llvm-svn: 42958
-
Gordon Henriksen authored
llvm-svn: 42956
-
- Oct 13, 2007
-
-
Duncan Sands authored
trampolines, rather than with nested functions themselves. llvm-svn: 42955
-