- Sep 05, 2012
-
-
Jordan Rose authored
Add a FIXME to the test while I track down the real problem. llvm-svn: 163222
-
Abramo Bagnara authored
llvm-svn: 163221
-
Jordan Rose authored
The problem is that the value of 'this' in a C++ member function call should always be a region (or NULL). However, if the object is an rvalue, it has no associated region (only a conjured symbol or LazyCompoundVal). For now, we handle this in two ways: 1) Actually respect MaterializeTemporaryExpr. Before, it was relying on CXXConstructExpr to create temporary regions for all struct values. Now it just does the right thing: if the value is not in a temporary region, create one. 2) Have CallEvent recognize the case where its 'this' pointer is a non-region, and just return UnknownVal to keep from confusing clients. The long-term problem is being tracked internally in <rdar://problem/12137950>, but this makes many test cases pass. llvm-svn: 163220
-
Jordan Rose authored
No intended functionality change. llvm-svn: 163219
-
Jordan Rose authored
This turned out to have many implications, but what eventually seemed to make it unworkable was the fact that we can get struct values (as LazyCompoundVals) from other places besides return-by-value function calls; that is, we weren't actually able to "treat all struct values as regions" consistently across the entire analyzer core. Hopefully we'll be able to come up with an alternate solution soon. This reverts r163066 / 02df4f0aef142f00d4637cd851e54da2a123ca8e. llvm-svn: 163218
-
Jim Grosbach authored
Make sure to return a pointer into the target memory, not the local memory. Often they are the same, but we can't assume that. llvm-svn: 163217
-
Jim Grosbach authored
Simulate a remote target address space by allocating a seperate chunk of memory for the target and re-mapping section addresses to that prior to execution. Later we'll want to have a truly remote process, but for now this gets us closer to being able to test the remote target functionality outside LLDB. rdar://12157052 llvm-svn: 163216
-
Benjamin Kramer authored
It relies on clear() being fast and the cache rarely has more than 1 or 2 elements, so give it an inline capacity and always shrink it back down in case it grows. DenseMap will grow to 64 buckets which makes clear() a lot slower. llvm-svn: 163215
-
Pranav Bhandarkar authored
subreg_hireg of register pair Rp. * lib/Target/Hexagon/HexagonPeephole.cpp(PeepholeDoubleRegsMap): New DenseMap similar to PeepholeMap that additionally records subreg info too. (runOnMachineFunction): Record information in PeepholeDoubleRegsMap and copy propagate the high sub-reg of Rp0 in Rp1 = lsr(Rp0, #32) to the instruction Rx = COPY Rp1:logreg_subreg. * test/CodeGen/Hexagon/remove_lsr.ll: New test. llvm-svn: 163214
-
Alexey Samsonov authored
llvm-svn: 163213
-
Manuel Klimek authored
Due to DynTypedNode the basic dynamically typed matcher interface can now be simplified. Also switches the traversal interfaces to use DynTypedNode; this is in preperation for the hasAncestor implementation, and also allows us to need fewer changes when we want to add new nodes to traverse, thus making the code a little more decoupled. Main design concerns: I went back towards the original design of getNodeAs to return a pointer, and switched DynTypedNode::get to always return a pointer (in case of value types like QualType the pointer points into the storage of DynTypedNode, thus allowing us to treat all the nodes the same from the point of view of a user of the DynTypedNodes. Adding the QualType implementation for DynTypedNode was needed for the recursive traversal interface changes. llvm-svn: 163212
-
Alexander Kornienko authored
Summary: New clang-check vim integration with the 're-run the last invocation when executed from .h file' feature. Reviewers: klimek Reviewed By: klimek CC: cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D35 llvm-svn: 163211
-
Alexey Samsonov authored
llvm-svn: 163209
-
Abramo Bagnara authored
llvm-svn: 163208
-
Kostya Serebryany authored
llvm-svn: 163207
-
Abramo Bagnara authored
llvm-svn: 163206
-
Kostya Serebryany authored
llvm-svn: 163205
-
Alexey Samsonov authored
[ASan] hoist more compile flags to SANITIZER_COMMON_CFLAGS var and add the rest of flags/defs from old Makefile to CMake llvm-svn: 163204
-
Silviu Baranga authored
Fixed the DAG combiner to better handle the folding of AND nodes for vector types. The previous code was making the assumption that the length of the bitmask returned by isConstantSplat was equal to the size of the vector type. Now we first make sure that the splat value has at least the length of the vector lane type, then we only use as many fields as we have available in the splat value. llvm-svn: 163203
-
Jin-Gu Kang authored
- UnionType is checked eariler than RecordType. llvm-svn: 163202
-
Alexey Samsonov authored
llvm-svn: 163201
-
Alexey Samsonov authored
[ASan] Add print_full_thread_history runtime option (on by default) that prints all full thread creation paths for threads involved in ASan error report llvm-svn: 163200
-
Kostya Serebryany authored
llvm-svn: 163199
-
Craig Topper authored
Remove some of the patterns added in r163196. Increasing the complexity on insert_subvector into undef accomplishes the same thing. llvm-svn: 163198
-
Alexey Samsonov authored
llvm-svn: 163197
-
Craig Topper authored
Add patterns for integer forms of VINSERTF128/VINSERTI128 folded with loads. Also add patterns to turn subvector inserts with loads to index 0 of an undef into VMOVAPS. llvm-svn: 163196
-
Chad Rosier authored
llvm-svn: 163195
-
Logan Chien authored
llvm-svn: 163194
-
Logan Chien authored
llvm-svn: 163193
-
Craig Topper authored
Convert vextracti128/vextractf128 intrinsics to extract_subvector at DAG build time. Similar was previously done for vinserti128/vinsertf128. Add patterns for folding these extract_subvectors with stores. llvm-svn: 163192
-
Marshall Clow authored
llvm-svn: 163191
-
Richard Smith authored
llvm-svn: 163190
-
rdar://problem/12100588Greg Clayton authored
Don't crash when we can't resolve our stub to a symbol. llvm-svn: 163189
-
Chad Rosier authored
llvm-svn: 163188
-
Chad Rosier authored
llvm-svn: 163187
-
Chad Rosier authored
llvm-svn: 163186
-
Chad Rosier authored
Reader/Writer. llvm-svn: 163185
-
Chad Rosier authored
llvm-svn: 163184
-
Greg Clayton authored
llvm-svn: 163183
-
Chad Rosier authored
llvm-svn: 163182
-