- Jul 31, 2012
-
-
Akira Hatanaka authored
single-precision load and store. Also avoid selecting LUXC1 and SUXC1 instructions during isel. It is incorrect to map unaligned floating point load/store nodes to these instructions. llvm-svn: 161063
-
Manman Ren authored
One motivating example is to sink an instruction from a basic block which has two successors: one outside the loop, the other inside the loop. We should try to sink the instruction outside the loop. rdar://11980766 llvm-svn: 161062
-
Micah Villmow authored
llvm-svn: 161061
-
Jordan Rose authored
llvm-svn: 161060
-
Jordan Rose authored
While usually we'd use a symbolic region rather than a straight-up Unknown, we can still generate unknowns via array subscripts with symbolic indexes. (And if this ever changes in the future, we still shouldn't crash.) llvm-svn: 161059
-
Jordan Rose authored
llvm-svn: 161058
-
-
Micah Villmow authored
llvm-svn: 161053
-
Hans Wennborg authored
Warn about using pointers to const-qualified types as arguments to scanf. Ignore the volatile qualifier when checking if types match. llvm-svn: 161052
-
Jordan Rose authored
This was causing a crash in our array-to-pointer logic, since the region was clearly not an array. PR13440 / <rdar://problem/11977113> llvm-svn: 161051
-
Alexey Samsonov authored
First tiny move towards integrating AddressSanitizer regressions test into LLVM lit-based testing infrastructure. The goal is to be able to run ASan tests by simply running "make check-asan" command from CMake build tree: * tests should use fresh clang binary from current build tree. * tests should use the same RUN-lines syntax as llvm/clang reg tests. Next steps: - restricting tests to machines where target is equal to host, i.e. where we can produce working binaries. - moving AddressSanitizer unit tests to lit as well. llvm-svn: 161050
-
Douglas Gregor authored
code-completion and an Objective-C message send, based on Jordan's feedback. llvm-svn: 161049
-
Manuel Klimek authored
llvm-svn: 161048
-
Manuel Klimek authored
Clear the FileManager's stat cache in between running translation units, as the stat cache loaded from a pch is only valid for one compiler invocation. llvm-svn: 161047
-
Alexander Potapenko authored
llvm-svn: 161046
-
Alexey Samsonov authored
[Sanitizer] Wrapper around llvm::DIContext from LLVM DebugInfo library. If a macro SANITIZER_USES_LLVM_LIBS is defined (by default it is not), then sanitizer runtime includes llvm headers and tries to use LLVM libs for in-process symbolization. To make it functional, we have to link with these LLVM libs - either pass them to linker from Clang driver, or link them into static ASan runtime when we build it. llvm-svn: 161045
-
Benjamin Kramer authored
llvm-svn: 161044
-
Jiangning Liu authored
llvm-svn: 161043
-
Jiangning Liu authored
llvm-svn: 161042
-
Chandler Carruth authored
re-use allocated vectors as much as possible. llvm-svn: 161041
-
Alexander Kornienko authored
llvm-svn: 161040
-
Jiangning Liu authored
llvm-svn: 161038
-
Sylvestre Ledru authored
llvm-svn: 161037
-
Sylvestre Ledru authored
llvm-svn: 161036
-
Manuel Klimek authored
it's not obvious from the source code. llvm-svn: 161035
-
Craig Topper authored
llvm-svn: 161034
-
Craig Topper authored
Tidy up. Move for loop index declarations into for statements. Use unsigned instead of uint16_t for loop indices. Use unsigned instead of uint32_t for arguments to raw_ostream.indent. llvm-svn: 161033
-
Craig Topper authored
llvm-svn: 161032
-
Craig Topper authored
llvm-svn: 161031
-
Craig Topper authored
llvm-svn: 161030
-
Craig Topper authored
llvm-svn: 161029
-
John McCall authored
on object pointers and whether pointer arithmetic on object pointers is supported. Make ObjFW interpret subscripts as pseudo-objects. Based on a patch by Jonathan Schleifer. llvm-svn: 161028
-
Craig Topper authored
llvm-svn: 161027
-
Craig Topper authored
llvm-svn: 161026
-
Chandler Carruth authored
llvm-svn: 161025
-
Chandler Carruth authored
for this class. These tests exercise most of the basic properties, but the API for TinyPtrVector is very strange currently. My plan is to start fleshing out the API to match that of SmallVector, but I wanted a test for what is there first. Sadly, it doesn't look reasonable to just re-use the SmallVector tests, as this container can only ever store pointers, and much of the SmallVector testing is to get construction and destruction right. Just to get this basic test working, I had to add value_type to the interface. While here I found a subtle bug in the combination of 'erase', 'begin', and 'end'. Both 'begin' and 'end' wanted to use a null pointer to indicate the "end" iterator of an empty vector, regardless of whether there is actually a vector allocated or the pointer union is null. Everything else was fine with this except for erase. If you erase the last element of a vector after it has held more than one element, we return the end iterator of the underlying SmallVector which need not be a null pointer. Instead, simply use the pointer, and poniter + size() begin/end definitions in the tiny case, and delegate to the inner vector whenever it is present. llvm-svn: 161024
-
Jakob Stoklund Olesen authored
We are extending live ranges, so kill flags are not accurate. They aren't needed until they are recomputed after RA anyway. <rdar://problem/11950722> llvm-svn: 161023
-
Rafael Espindola authored
attribute. It is a variation of the x86_64 ABI: * A struct returned indirectly uses the first register argument to pass the pointer. * Floats, Doubles and structs containing only one of them are not passed in registers. * Other structs are split into registers if they fit on the remaining ones. Otherwise they are passed in memory. * When a struct doesn't fit it still consumes the registers. llvm-svn: 161022
-
Jordan Rose authored
llvm-svn: 161021
-
Rafael Espindola authored
type and then propagated to the function. This was failing for destructors, constructors and constructors templates since they don't have a return type. Fix that by directly calling processTypeAttrs on the dummy type we use as the return type in these cases. llvm-svn: 161020
-