- Aug 06, 2009
-
-
Ted Kremenek authored
llvm-svn: 78284
-
Douglas Gregor authored
llvm-svn: 78283
-
Sanjiv Gupta authored
llvm-svn: 78282
-
Chris Lattner authored
llvm-svn: 78281
-
Ted Kremenek authored
llvm-svn: 78280
-
Ted Kremenek authored
already been uniqued. llvm-svn: 78279
-
Douglas Gregor authored
this->Base::foo from James Porter! llvm-svn: 78278
-
Andreas Bolka authored
As suggested by Nick Lewycky. llvm-svn: 78277
-
Ryan Flynn authored
llvm-svn: 78276
-
Sanjiv Gupta authored
llvm-svn: 78275
-
John McCall authored
llvm-svn: 78274
-
Zhongxing Xu authored
llvm-svn: 78273
-
Daniel Dunbar authored
- Patch by Carl-Daniel Hailfinger. llvm-svn: 78272
-
Daniel Dunbar authored
current directory. llvm-svn: 78271
-
Zhongxing Xu authored
and their impl base classes. This can greatly simply some code of the core analysis engine. This patch merges ExplodedNodeImpl into ExplodedNode. llvm-svn: 78270
-
Daniel Dunbar authored
llvm-svn: 78269
-
Ted Kremenek authored
RegionStore already lazily abstracted the contents of arrays and structs, when doing an assignment from one array/struct to another we did an explicit element-wise copy, which resulted in a loss of laziness and huge performance problem when analyzing many code bases. Now RegionStoreManager handles such assignments using a new SVal could 'LazyCompoundSVal', which basically means the value of a given struct or array (a MemRegion*) in a specific state (GRState). When we do a load from a field whose encompassing struct binds to a LazyCompoundSVal, we essentially do a field lookup in the original structure. This means we have essentially zero copying of data for structs/arrays and everything stays lazy. llvm-svn: 78268
-
Fariborz Jahanian authored
appropriate. llvm-svn: 78267
-
John McCall authored
make a note of it in the test case. llvm-svn: 78266
-
Mike Stump authored
virtual base layout. llvm-svn: 78265
-
Bob Wilson authored
llvm-svn: 78264
-
Bob Wilson authored
These operations will have to be synthesized from other instructions. llvm-svn: 78263
-
John McCall authored
because I was thinking about it. llvm-svn: 78262
-
Bob Wilson authored
llvm-svn: 78261
-
Owen Anderson authored
llvm-svn: 78260
-
Owen Anderson authored
llvm-svn: 78259
-
Owen Anderson authored
Privatize the StructType table, which unfortunately involves routing contexts through a number of APIs. llvm-svn: 78258
-
Bob Wilson authored
that have that constraint. This is currently just assigning a fixed set of registers, and it only handles VLDn for n=2,3,4 with DPR registers. I'm going to expand it to handle more operations next; we can make it smarter once everything is working correctly. llvm-svn: 78256
-
Anton Korobeynikov authored
subtle bug with small code model. llvm-svn: 78255
-
Mike Stump authored
llvm-svn: 78254
-
Mike Stump authored
llvm-svn: 78253
-
Mike Stump authored
the vtable. Still a work in progress. llvm-svn: 78252
-
Dale Johannesen authored
llvm-svn: 78251
-
Dan Gohman authored
is a subset of the other, but both are subsets of GR32. llvm-svn: 78250
-
- Aug 05, 2009
-
-
Fariborz Jahanian authored
llvm-svn: 78248
-
Daniel Dunbar authored
- Part of optimal static profiling patch sequence by Andreas Neustifter. llvm-svn: 78247
-
Daniel Dunbar authored
llvm-svn: 78246
-
Dan Gohman authored
for use with sys::Path::GetMainExecutable, to avoid warnings with -pedantic. llvm-svn: 78245
-
David Goodwin authored
When using NEON for single-precision FP, the NEON result must be placed in D0-D15 as these are the only D registers with S subregs. Introduce a new regclass to represent D0-D15 and use it in the NEON single-precision FP patterns. llvm-svn: 78244
-
David Greene authored
Fix some column padding bugs, reorganize things as suggested by Chris and eliminate complexity. Yay! llvm-svn: 78243
-