- Sep 13, 2011
-
-
Benjamin Kramer authored
It is an endian-aware helper that can read data from a StringRef. It will come in handy for DWARF parsing. This class is inspired by LLDB's DataExtractor, but is stripped down to the bare minimum needed for DWARF. Comes with unit tests! llvm-svn: 139626
-
Bruno Cardoso Lopes authored
more strict about the alignment checking. This was found by inspection and I don't have any testcases so far, although the llvm testsuite runs without any problem. llvm-svn: 139625
-
Bruno Cardoso Lopes authored
to be in the VSELECT operands order, so I'll leave the fix for Nadav. llvm-svn: 139624
-
Nadav Rotem authored
xor/and/or (For example SSE2). llvm-svn: 139623
-
Akira Hatanaka authored
llvm-svn: 139622
-
Argyrios Kyrtzidis authored
inside the IBOutletCollection attribute. llvm-svn: 139621
-
Argyrios Kyrtzidis authored
llvm-svn: 139620
-
John McCall authored
This is consistent with the behavior of assigning into a __strong l-value, and it's also necessary for ensuring that the ivar doesn't end up a dangling reference. We decided not to change the behavior of "retain" properties, but just to make them warnings/errors when of block type. llvm-svn: 139619
-
Argyrios Kyrtzidis authored
Depends on a llvm tablegen commit. llvm-svn: 139618
-
Argyrios Kyrtzidis authored
llvm-svn: 139617
-
Devang Patel authored
llvm-svn: 139616
-
John McCall authored
their semantic attributes and then to take advantage of that. llvm-svn: 139615
-
Johnny Chen authored
Get the address and the size of the variable for passing to the Target::CreateWatchpointLocation() method. llvm-svn: 139614
-
Douglas Gregor authored
should no longer have the serialization of LangOptions out of sync with the structure itself (yay). llvm-svn: 139613
-
Jakob Stoklund Olesen authored
This function is used to flag values where the complement interval may overlap other intervals. Call it from overlapIntv, and use the flag to fully recompute those live ranges in transferValues(). llvm-svn: 139612
-
Caitlin Sadowski authored
Thread safety: Initializing var before exhaustive switch statement to deal with extraneous warning produced by gcc but not clang llvm-svn: 139611
-
Owen Anderson authored
Teach the Thumb ASM parser that BKPT is allowed in IT blocks, even though it is always executed unconditionally. llvm-svn: 139610
-
Argyrios Kyrtzidis authored
-Allow cursor visitation of an attribute using its source range -Add C++ 'final' and 'override' attributes as cursor kinds -Simplify the logic that marks 'final' and 'override' attributes as tokens. llvm-svn: 139609
-
Jakob Stoklund Olesen authored
llvm-svn: 139608
-
Akira Hatanaka authored
llvm-svn: 139607
-
Owen Anderson authored
llvm-svn: 139606
-
Douglas Gregor authored
language options. Use that .def file to declare the LangOptions class and initialize all of its members, eliminating a source of annoying initialization bugs. AST serialization changes are next up. llvm-svn: 139605
-
Jakob Stoklund Olesen authored
Three out of four clients prefer this interface which is consistent with extendIntervalEndTo() and LiveRangeCalc::extend(). llvm-svn: 139604
-
Jakob Stoklund Olesen authored
The complement interval may overlap the other intervals created, so use a separate LiveRangeCalc instance to compute its live range. A LiveRangeCalc instance can only be shared among non-overlapping intervals. llvm-svn: 139603
-
Chad Rosier authored
removed in the future. rdar://10110352 and PR10908 llvm-svn: 139602
-
Devang Patel authored
llvm-svn: 139601
-
Argyrios Kyrtzidis authored
llvm-svn: 139600
-
Argyrios Kyrtzidis authored
llvm-svn: 139599
-
Argyrios Kyrtzidis authored
llvm-svn: 139598
-
Douglas Gregor authored
llvm-svn: 139597
-
Francois Pichet authored
In Microsoft mode, downgrade "goto into protected scope" from error to warning if we are jumping over a variable initialization via a goto. This fixes a few errors when parsing MFC code with clang. llvm-svn: 139595
-
Chandler Carruth authored
This deletes a bunch of crufty code, and allows more logic sharing between the analyzer and the warnings. llvm-svn: 139594
-
Chandler Carruth authored
CFGElement. This will allow greatly simplifying the logic in -Wreturn-type. llvm-svn: 139593
-
Chandler Carruth authored
location with a single comment rather than scattering it in three places. llvm-svn: 139592
-
Craig Topper authored
Only disassembler instructions with vvvv != 1111 if the instruction actually uses the vvvv field to encode an operand. Fixes PR10851. llvm-svn: 139591
-
John McCall authored
even on architectures that support unaligned access (which is the only way this is otherwise legal, given that ivars apparently do not honor alignment attributes). llvm-svn: 139590
-
John McCall authored
llvm-svn: 139589
-
Craig Topper authored
Remove filter that was preventing MOVDQU/MOVDQA and their VEX forms from being disassembled. Also added encodings for the other register/register form of these instructions. Fixes PR10848. llvm-svn: 139588
-
Craig Topper authored
Fix encoding of VMOVDQU to not simultaneously be 'TB OpSize' and 'XS'. 'XS' is correct and seems to have been taking priority. llvm-svn: 139587
-
Chandler Carruth authored
temporary objects and local variables. When detected, these split the block, marking the new one as having only the exit block as a successor. This prevents a large number of false positives in warnings sensitive to no-return constructs such as -Wreturn-type, and fixes the remainder of PR10063 along with several variations of this bug that had not been reported. The test cases are extended across the board to cover these patterns. This also checks in a stress test for these types of CFGs. The stress test declares some 32k variables, a mixture of no-return and normal destructors. Previously, this resulted in roughly 2500 CFG blocks, but didn't model any of the no-return destructors. With this patch, it results in over 33k blocks, many of them now unreachable. The nice thing about how the analyzer is set up? This causes *no* regression in performance of building the CFG. It actually in some cases makes it faster, as best I can benchmark. The analysis for -Wreturn-type (and any other that cares about no-return code paths) is technically slower now as it has to look at many more candidate blocks, but it computes the correct answer. I have more test cases to follow, I think they all work now. Also I have further work that should dramatically simplify analyses in the presence of no-return. llvm-svn: 139586
-