| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
array.This saves 12 bytes from SDNode, but doesn't speed things up substantially
(our graphs apparently already fit within the cache on my g5). In any case
this reduces memory usage.
llvm-svn: 24249
|
|
|
|
| |
llvm-svn: 24247
|
|
|
|
|
|
|
|
| |
set and eliminating the need to iterate whenever something is removed (which
can be really slow in some cases). Thx to Jim for pointing out something silly
I was getting stuck on. :)
llvm-svn: 24241
|
|
|
|
|
|
|
| |
not spending tons of time microoptimizing it. This is useful for an -O0
style of build.
llvm-svn: 24235
|
|
|
|
|
|
| |
quickly,not spending tons of time microoptimizing it. This is useful for an -O0style of build.
llvm-svn: 24233
|
|
|
|
| |
llvm-svn: 24231
|
|
|
|
| |
llvm-svn: 24228
|
|
|
|
| |
llvm-svn: 24227
|
|
|
|
|
|
| |
love (especially with -sched=simple)
llvm-svn: 24225
|
|
|
|
|
|
|
|
| |
alignment information appropriately. Includes code for PowerPC to support
fixed-size allocas with alignment larger than the stack. Support for
arbitrarily aligned dynamic allocas coming soon.
llvm-svn: 24224
|
|
|
|
| |
llvm-svn: 24223
|
|
|
|
| |
llvm-svn: 24219
|
|
|
|
| |
llvm-svn: 24218
|
|
|
|
| |
llvm-svn: 24216
|
|
|
|
| |
llvm-svn: 24212
|
|
|
|
| |
llvm-svn: 24211
|
|
|
|
|
|
| |
at Jim's request for the checking code.
llvm-svn: 24210
|
|
|
|
| |
llvm-svn: 24208
|
|
|
|
| |
llvm-svn: 24207
|
|
|
|
|
|
|
| |
a bunch of other things) but is currently ignored by the code
generator.
llvm-svn: 24206
|
|
|
|
| |
llvm-svn: 24203
|
|
|
|
| |
llvm-svn: 24200
|
|
|
|
| |
llvm-svn: 24199
|
|
|
|
| |
llvm-svn: 24198
|
|
|
|
| |
llvm-svn: 24197
|
|
|
|
|
|
|
|
|
| |
Add support for specifying alignment and size of setjmp jmpbufs.
No targets currently do anything with this information, nor is it presrved
in the bytecode representation. That's coming up next.
llvm-svn: 24196
|
|
|
|
| |
llvm-svn: 24195
|
|
|
|
|
|
| |
that has been sitting in my inbox since May 18. :)
llvm-svn: 24194
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a few times in crafty:
OLD: %tmp.36 = div int %tmp.35, 8 ; <int> [#uses=1]
NEW: %tmp.36 = div uint %tmp.35, 8 ; <uint> [#uses=0]
OLD: %tmp.19 = div int %tmp.18, 8 ; <int> [#uses=1]
NEW: %tmp.19 = div uint %tmp.18, 8 ; <uint> [#uses=0]
OLD: %tmp.117 = div int %tmp.116, 8 ; <int> [#uses=1]
NEW: %tmp.117 = div uint %tmp.116, 8 ; <uint> [#uses=0]
OLD: %tmp.92 = div int %tmp.91, 8 ; <int> [#uses=1]
NEW: %tmp.92 = div uint %tmp.91, 8 ; <uint> [#uses=0]
Which all turn into shrs.
llvm-svn: 24190
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
8 times in vortex, allowing the srems to be turned into shrs:
OLD: %tmp.104 = rem int %tmp.5.i37, 16 ; <int> [#uses=1]
NEW: %tmp.104 = rem uint %tmp.5.i37, 16 ; <uint> [#uses=0]
OLD: %tmp.98 = rem int %tmp.5.i24, 16 ; <int> [#uses=1]
NEW: %tmp.98 = rem uint %tmp.5.i24, 16 ; <uint> [#uses=0]
OLD: %tmp.91 = rem int %tmp.5.i19, 8 ; <int> [#uses=1]
NEW: %tmp.91 = rem uint %tmp.5.i19, 8 ; <uint> [#uses=0]
OLD: %tmp.88 = rem int %tmp.5.i14, 8 ; <int> [#uses=1]
NEW: %tmp.88 = rem uint %tmp.5.i14, 8 ; <uint> [#uses=0]
OLD: %tmp.85 = rem int %tmp.5.i9, 1024 ; <int> [#uses=2]
NEW: %tmp.85 = rem uint %tmp.5.i9, 1024 ; <uint> [#uses=0]
OLD: %tmp.82 = rem int %tmp.5.i, 512 ; <int> [#uses=2]
NEW: %tmp.82 = rem uint %tmp.5.i1, 512 ; <uint> [#uses=0]
OLD: %tmp.48.i = rem int %tmp.5.i.i161, 4 ; <int> [#uses=1]
NEW: %tmp.48.i = rem uint %tmp.5.i.i161, 4 ; <uint> [#uses=0]
OLD: %tmp.20.i2 = rem int %tmp.5.i.i, 4 ; <int> [#uses=1]
NEW: %tmp.20.i2 = rem uint %tmp.5.i.i, 4 ; <uint> [#uses=0]
it also occurs 9 times in gcc, but with odd constant divisors (1009 and 61)
so the payoff isn't as great.
llvm-svn: 24189
|
|
|
|
| |
llvm-svn: 24188
|
|
|
|
| |
llvm-svn: 24187
|
|
|
|
|
|
|
|
|
| |
out failed (e.g. methcall) - now the code compiles, though it's not quite
right just yet (tm) ;)
would fix this but it's 3am! :O
llvm-svn: 24186
|
|
|
|
| |
llvm-svn: 24183
|
|
|
|
| |
llvm-svn: 24182
|
|
|
|
| |
llvm-svn: 24180
|
|
|
|
| |
llvm-svn: 24175
|
|
|
|
| |
llvm-svn: 24164
|
|
|
|
| |
llvm-svn: 24161
|
|
|
|
|
|
| |
XCode's indenting.
llvm-svn: 24159
|
|
|
|
|
|
| |
/Regression/Transforms/InstCombine/add.ll
llvm-svn: 24158
|
|
|
|
|
|
| |
This fixes PR641
llvm-svn: 24154
|
|
|
|
|
|
| |
though)
llvm-svn: 24152
|
|
|
|
| |
llvm-svn: 24151
|
|
|
|
| |
llvm-svn: 24150
|
|
|
|
|
|
| |
selecting ints to IA64, and a few other ia64 bits and pieces
llvm-svn: 24147
|
|
|
|
|
|
| |
stop pretending -0.0 and -1.0 are machine constants
llvm-svn: 24146
|
|
|
|
|
|
| |
may fix PR652. Thanks to Andrew for tracking down the problem.
llvm-svn: 24145
|
|
|
|
| |
llvm-svn: 24139
|
|
|
|
|
|
| |
need to send chris, jim and sampo a box of fish each
llvm-svn: 24135
|