- Feb 02, 2010
-
-
Chris Lattner authored
llvm-svn: 95150
-
Chris Lattner authored
It's unclear if the matcher is nondeterminstic of what here, but I'm getting matches without TAILCALL and some other hosts are getting matches with it. llvm-svn: 95149
-
Chris Lattner authored
Now the only use of the ELF writer is the JIT, which won't be easy to fix in the short term. :( :( llvm-svn: 95148
-
Eric Christopher authored
llvm-svn: 95147
-
Chris Lattner authored
llvm-svn: 95146
-
Eric Christopher authored
Passed bootstrap and nightly test run here. llvm-svn: 95145
-
Chris Lattner authored
llvm-svn: 95144
-
Daniel Dunbar authored
instructions exactly like 'as', and produce equivalent .o files. llvm-svn: 95143
-
Chris Lattner authored
llvm-svn: 95142
-
Chris Lattner authored
llvm-svn: 95141
-
Chris Lattner authored
llvm-svn: 95140
-
Chris Lattner authored
llvm-svn: 95138
-
Daniel Dunbar authored
== 1. llvm-svn: 95137
-
Daniel Dunbar authored
MCMachineInstr. This also fixes handling of tied registers for MRMSrcMem instructions. llvm-svn: 95136
-
Daniel Dunbar authored
llvm-svn: 95135
-
Chris Lattner authored
llvm-svn: 95134
-
Chris Lattner authored
llvm-svn: 95133
-
Nick Kledzik authored
llvm-svn: 95132
-
Chris Lattner authored
eliminate random "code emitter" stuff in Alpha, except for the JIT path. Next up, remove the template cruft. llvm-svn: 95131
-
Evan Cheng authored
llvm-svn: 95130
-
Ted Kremenek authored
llvm-svn: 95128
-
Dan Gohman authored
llvm-svn: 95127
-
Dan Gohman authored
llvm-svn: 95126
-
Chris Lattner authored
llvm-svn: 95125
-
Chris Lattner authored
of the code generator shouldn't care what object format a target uses. llvm-svn: 95124
-
Nick Kledzik authored
llvm-svn: 95123
-
Chris Lattner authored
llvm-svn: 95122
-
Bill Wendling authored
llvm-svn: 95121
-
Chris Lattner authored
llvm-svn: 95120
-
Sean Callanan authored
llvm-svn: 95119
-
Sean Callanan authored
yesterday. This eliminates possible confusion about what exactly in this directory; the name is still short, though. llvm-svn: 95118
-
Douglas Gregor authored
WHAT!?! It turns out that Type::isPromotableIntegerType() was not considering enumeration types to be promotable, so we would never do the promotion despite having properly computed the promotion type when the enum was defined. Various operations on values of enum type just "worked" because we could still compute the integer rank of an enum type; the oddity, however, is that operations such as "add an enum and an unsigned" would often have an enum result type (!). The bug actually showed up as a spurious -Wformat diagnostic (<rdar://problem/7595366>), but in theory it could cause miscompiles. In this commit: - Enum types with a promotion type of "int" or "unsigned int" are promotable. - Tweaked the computation of promotable types for enums - For all of the ABIs, treat enum types the same way as their underlying types (*not* their promotion types) for argument passing and return values - Extend the ABI tester with support for enumeration types llvm-svn: 95117
-
Anders Carlsson authored
Set the correct vtable pointers _before_ generating code for any member initializers. Fixes about ~2000 clang/LLVM tests in the clang-on-clang build. llvm-svn: 95116
-
Chris Lattner authored
llvm-svn: 95114
-
Chris Lattner authored
a layering violation from MC -> Target. llvm-svn: 95113
-
Johnny Chen authored
llvm-svn: 95112
-
Chris Lattner authored
llvm-svn: 95111
-
Chris Lattner authored
llvm-svn: 95110
-
Chris Lattner authored
the one used by the JIT. Remove all forms of addPassesToEmitFileFinish except the one used by the static code generator. Inline the remaining version of addPassesToEmitFileFinish into its only caller. llvm-svn: 95109
-
Anders Carlsson authored
llvm-svn: 95108
-