- Feb 16, 2008
-
-
Andrew Lenharth authored
llvm-svn: 47204
-
Chris Lattner authored
zero tokens. This fixes PR2045, thanks to Neil for finding another incredibly subtle corner case :) llvm-svn: 47203
-
Anders Carlsson authored
llvm-svn: 47202
-
Ted Kremenek authored
their own [.cpp;.h] files. llvm-svn: 47201
-
Bill Wendling authored
llvm-svn: 47200
-
Anders Carlsson authored
llvm-svn: 47199
-
Dan Gohman authored
it actually does. Simplify CountOperands a little by reusing ComputeMemOperandsEnd. And reword some comments for both. llvm-svn: 47198
-
Anders Carlsson authored
llvm-svn: 47197
-
Dan Gohman authored
llvm-svn: 47196
-
Anders Carlsson authored
llvm-svn: 47195
-
Chris Lattner authored
llvm-svn: 47194
-
Anders Carlsson authored
llvm-svn: 47193
-
Chris Lattner authored
llvm-svn: 47192
-
Anders Carlsson authored
llvm-svn: 47191
-
Ted Kremenek authored
Fixed bug in transfer functions for sizeof(*); we were incorrectly evaluating to a value of the wrong type. Fixed bug in transfer functions for compound assignments where we did not properly handle assignments involving dereferences of symbolic values. llvm-svn: 47190
-
Evan Cheng authored
llvm-svn: 47189
-
Scott Michel authored
tblgen will complain if a sign-extended constant does not fit into a data type smaller than i32, e.g., i16. This causes a problem when certain hex constants are used, such as 0xff for byte masks or immediate xor values. tblgen will try the sign-extended value first and, if the sign extended value would overflow, it tries to see if the unsigned value will fit. Consequently, a software developer can now safely incant: (XORHIr16 R16C:$rA, 0xffff) which is somewhat clearer and more informative than incanting: (XORHIr16 R16C:$rA, (i16 -1)) even if the two are bitwise equivalent. Tblgen also outputs the 64-bit unsigned constant in the generated ISel code when getTargetConstant() is invoked. llvm-svn: 47188
-
- Feb 15, 2008
-
-
Chris Lattner authored
llvm-svn: 47187
-
Lauro Ramos Venancio authored
llvm-svn: 47186
-
Lauro Ramos Venancio authored
llvm-svn: 47185
-
Ted Kremenek authored
Fixed bug in transfer function for compound assignment operators when both operands where variables but had a non-pointer type (we fired an assertion). llvm-svn: 47184
-
Ted Kremenek authored
Added more boilerplate transfer function support for pointer arithmetic. Added more pretty-printing support for symbolic constraints. Added transfer function support for handling enum values. Minor pointer types cleanup in ExplodedGraphImpl. llvm-svn: 47183
-
Dale Johannesen authored
llvm-svn: 47182
-
Ted Kremenek authored
llvm-svn: 47181
-
Evan Cheng authored
llvm-svn: 47179
-
Ted Kremenek authored
we had reached the "fake bucket" after the last bucket, allowing the iterator in some cases to run off the end of the hashtable. llvm-svn: 47178
-
Dan Gohman authored
with the TIED_TO attribute. llvm-svn: 47177
-
Dan Gohman authored
that should be checked for the TIED_TO attribute instead of using CountOperands. llvm-svn: 47176
-
Eli Friedman authored
trivial, but I forgot that method doesn't exist yet. llvm-svn: 47175
-
Eli Friedman authored
llvm-svn: 47174
-
Duncan Sands authored
using sret. llvm-svn: 47173
-
Duncan Sands authored
in a ret node. These are created as i32 constants but on some platforms i32 is not legal. This fixes 26 "make check" failures, for example Alpha/2005-07-12-TwoMallocCalls.ll. llvm-svn: 47172
-
Chris Lattner authored
really really really need refactoring :( llvm-svn: 47171
-
Chris Lattner authored
the global comment. This prevents printing things like: ... # foo bar when the name is "foo\nbar". llvm-svn: 47170
-
Chris Lattner authored
when they occur in the name, just like " is escaped. llvm-svn: 47169
-
Dale Johannesen authored
llvm-svn: 47168
-
Evan Cheng authored
register defs and uses after each successful coalescing. - Also removed a number of hacks and fixed some subtle kill information bugs. llvm-svn: 47167
-
Evan Cheng authored
machine instr will change its definition register. llvm-svn: 47166
-
Eli Friedman authored
IncompleteArrayType. This should make code dealing with both incomplete and variable length arrays much more readable, plus it allows properly making the distinction between isVariableArrayType() and isVariablyModifiedType(). The patch is a little big, but it's strightforward. so I don't think there should be any issues. llvm-svn: 47165
-
Evan Cheng authored
llvm-svn: 47164
-