- Feb 26, 2010
-
-
Chris Lattner authored
stuff to emit optimal nops in the right places. llvm-svn: 97233
-
Sanjiv Gupta authored
present in the module. llvm-svn: 97232
-
Chris Lattner authored
llvm-svn: 97231
-
Jeffrey Yasskin authored
llvm-svn: 97230
-
Jeffrey Yasskin authored
llvm-svn: 97229
-
Sanjiv Gupta authored
llvm-svn: 97228
-
Dan Gohman authored
llvm-svn: 97227
-
Richard Osborne authored
Previously LoopStrengthReduce would sometimes be unable to find a legal formula, causing an assertion failure. llvm-svn: 97226
-
Chandler Carruth authored
llvm-svn: 97220
-
Chris Lattner authored
llvm-svn: 97219
-
Chris Lattner authored
gross little neighbor merging implementation. This one has the benefit of not violating the ordering of patterns, so it generates code that passes tests again. llvm-svn: 97218
-
Chris Lattner authored
llvm-svn: 97217
-
Chris Lattner authored
llvm-svn: 97216
-
Chris Lattner authored
current design. This generates a matcher that successfully runs, but it turns out that the factoring we're doing violates the ordering of patterns, so we end up matching (e.g.) movups where we want movaps. This won't due, but I'll address this in a follow on patch. It's nice to not be on by default yet! :) llvm-svn: 97215
-
Chris Lattner authored
that we never return a tombstone value, which (thankfully) triggers an assert in densemap. llvm-svn: 97214
-
Sanjiv Gupta authored
object construction. There is no provision to change them when the code for a function generated. So we have to change these names while printing assembly. llvm-svn: 97213
-
Chris Lattner authored
and restore the entire matcher stack by value. This is because children we're testing could do moveparent or other things besides just scribbling on additions to the stack. llvm-svn: 97212
-
Sanjiv Gupta authored
llvm-svn: 97211
-
Chris Lattner authored
llvm-svn: 97208
-
Dan Gohman authored
llvm-svn: 97206
-
Dan Gohman authored
llvm-svn: 97201
-
Bill Wendling authored
llvm-svn: 97200
-
Jeffrey Yasskin authored
the most users. llvm-svn: 97198
-
Bill Wendling authored
the alignment requirement, if it no longer makes the TType base offset overflow into extra bytes, then we need to pad to those bytes ourselves. llvm-svn: 97196
-
Bill Wendling authored
llvm-svn: 97193
-
Bill Wendling authored
llvm-svn: 97192
-
Bill Wendling authored
will eliminate the need for padding in the "Call site table length". E.g., if we have this: GCC_except_table1: Lexception1: .byte 0xff ## @LPStart Encoding = omit .byte 0x9b ## @TType Encoding = indirect pcrel sdata4 .byte 0x7f ## @TType base offset .byte 0x03 ## Call site Encoding = udata4 .byte 0x89 ## Call site table length with padding of 1. We want to emit the padding like this: GCC_except_table1: Lexception1: .byte 0xff ## @LPStart Encoding = omit .byte 0x9b ## @TType Encoding = indirect pcrel sdata4 .byte 0xff ## @TType base offset .space 1,0 ## Padding .byte 0x03 ## Call site Encoding = udata4 .byte 0x89 ## Call site table length and not with padding on the "Call site table length" entry. llvm-svn: 97183
-
Dan Gohman authored
llvm-svn: 97182
-
Dan Gohman authored
llvm-svn: 97181
-
- Feb 25, 2010
-
-
John Criswell authored
llvm-svn: 97179
-
Chris Lattner authored
introduced when mallocinst was eliminated. llvm-svn: 97178
-
Daniel Dunbar authored
about this, but it can be useful for users who use ccache, since the LLVMC tests are fond of calling gcc. llvm-svn: 97171
-
Bill Wendling authored
llvm-svn: 97170
-
Bill Wendling authored
llvm-svn: 97169
-
Dan Gohman authored
operands are themselves vectors. Based on a patch by Micah Villmow for PR6338. llvm-svn: 97165
-
Johnny Chen authored
and SRS. llvm-svn: 97164
-
Johnny Chen authored
llvm-svn: 97163
-
Chris Lattner authored
instead of to have a chained series of scope nodes. This makes the generated table smaller, improves the efficiency of the interpreter, and make the factoring optimization much more reasonable to implement. llvm-svn: 97160
-
Johnny Chen authored
llvm-svn: 97159
-
Kevin Enderby authored
section with TextAlignFillValue and calls EmitCodeAlignment() instead of calling EmitValueToAlignment(). This allows x86 assembly code to be aligned with optimal nops. llvm-svn: 97158
-