- Sep 04, 2012
-
-
Alexey Samsonov authored
by instruction address from DWARF. Add --inlining flag to llvm-dwarfdump to demonstrate and test this functionality, so that "llvm-dwarfdump --inlining --address=0x..." now works much like "addr2line -i 0x...", provided that the binary has debug info (Clang's -gline-tables-only *is* enough). llvm-svn: 163128
-
Bob Wilson authored
If an allocation has a must-alias relation to the access pointer, we treat it as a Def. Otherwise, without this check, the code here was just skipping over the allocation call and ignoring it. I noticed this by inspection and don't have a specific testcase that it breaks, but it seems like we need to treat a may-alias allocation as a Clobber. llvm-svn: 163127
-
- Sep 03, 2012
-
-
Chad Rosier authored
the NumMCOperands argument to the GetMCInstOperandNum() function that is set to the number of MCOperands this asm operand mapped to. llvm-svn: 163124
-
Chad Rosier authored
llvm-svn: 163123
-
Chad Rosier authored
MCTargetAsmParser class. llvm-svn: 163122
-
Roman Divacky authored
llvm-svn: 163117
-
Chad Rosier authored
llvm-svn: 163116
-
Benjamin Kramer authored
No functionality change. llvm-svn: 163115
-
Lang Hames authored
Fixs PR13719. llvm-svn: 163107
-
Bob Wilson authored
This code used to only handle malloc-like calls, which do not read memory. r158919 changed it to check isNoAliasFn(), which includes strdup-like and realloc-like calls, but it was not checking for dependencies on the memory read by those calls. llvm-svn: 163106
-
Chad Rosier authored
llvm-svn: 163104
-
Chris Lattner authored
llvm-svn: 163103
-
Chad Rosier authored
MatchInstructionImpl() function. These values are used by the ConvertToMCInst() function to index into the ConversionTable. The values are also needed to call the GetMCInstOperandNum() function. llvm-svn: 163101
-
Chad Rosier authored
llvm-svn: 163100
-
- Sep 02, 2012
-
-
Nadav Rotem authored
llvm-svn: 163094
-
Nadav Rotem authored
For example, the ARM target does not have efficient ISel handling for vector selects with scalar conditions. This patch adds a TLI hook which allows the different targets to report which selects are supported well and which selects should be converted to CF duting codegen prepare. llvm-svn: 163093
-
Benjamin Kramer authored
We update until we hit a fixpoint. This is probably slow but also slightly simplifies the code. It should also fix the occasional invalid domtrees observed when building with expensive checking. I couldn't find a case where this had a measurable slowdown, but if someone finds a pathological case where it does we may have to find a cleverer way of updating dominators here. Thanks to Duncan for the test case. llvm-svn: 163091
-
Logan Chien authored
Most of the code guarded with ANDROIDEABI are not ARM-specific, and having no relation with arm-eabi. Thus, it will be more natural to call this environment "Android" instead of "ANDROIDEABI". Note: We are not using ANDROID because several projects are using "-DANDROID" as the conditional compilation flag. llvm-svn: 163087
-
Nadav Rotem authored
llvm-svn: 163086
-
Pete Cooper authored
Only legalise a VSELECT in to bitwise operations if the vector mask bool is zeros or all ones. A vector bool with just ones isn't suitable for masking with. No test case unfortunately as i couldn't find a target which fit all the conditions needed to hit this code. llvm-svn: 163075
-
- Sep 01, 2012
-
-
Tim Northover authored
NEON domain conversion was too heavy-handed with its widened registers, which could have stripped existing instructions of their dependency, leaving them vulnerable to scheduling errors. llvm-svn: 163070
-
Pete Cooper authored
Revert "Take account of boolean vector contents when promoting a build vector from i1 to some other type. rdar://problem/12210060" This reverts commit 5dd9e214fb92847e947f9edab170f9b4e52b908f. Thanks to Duncan for explaining how this should have been done. Conflicts: test/CodeGen/X86/vec_select.ll llvm-svn: 163064
-
Logan Chien authored
llvm-svn: 163063
-
Logan Chien authored
llvm-svn: 163059
-
Benjamin Kramer authored
llvm-svn: 163058
-
Craig Topper authored
llvm-svn: 163053
-
Owen Anderson authored
llvm-svn: 163051
-
Michael Liao authored
llvm-svn: 163049
-
Manman Ren authored
output chain is correctly setup. As an example, if the original load must happen before later stores, we need to make sure the constructed VZEXT_LOAD is constrained to be before the stores. rdar://11457792 llvm-svn: 163036
-
Craig Topper authored
llvm-svn: 163035
-
Chad Rosier authored
function nowadays. llvm-svn: 163030
-
Craig Topper authored
llvm-svn: 163029
-
- Aug 31, 2012
-
-
Jakob Stoklund Olesen authored
Manage tied operands entirely internally to MachineInstr. This makes it possible to change the representation of tied operands, as I will do shortly. The constraint that tied uses and defs must be in the same order was too restrictive. llvm-svn: 163021
-
Michael Liao authored
- In addition to undefined, if V2 is zero vector, skip 2nd PSHUFB and POR as well as PSHUFB will zero elements with negative indices. Patch by Sriram Murali <sriram.murali@intel.com> llvm-svn: 163018
-
Jack Carter authored
on the size of the extraction and its position in the 64 bit word. This patch allows support of the dext transformations with mips64 direct object output. 0 <= msb < 32 0 <= lsb < 32 0 <= pos < 32 1 <= size <= 32 DINS The field is entirely contained in the right-most word of the doubleword 32 <= msb < 64 0 <= lsb < 32 0 <= pos < 32 2 <= size <= 64 DINSM The field straddles the words of the doubleword 32 <= msb < 64 32 <= lsb < 64 32 <= pos < 64 1 <= size <= 32 DINSU The field is entirely contained in the left-most word of the doubleword llvm-svn: 163010
-
Bill Wendling authored
llvm-svn: 163008
-
Chad Rosier authored
llvm-svn: 163005
-
Chad Rosier authored
llvm-svn: 163002
-
Craig Topper authored
llvm-svn: 163001
-
Craig Topper authored
Use CloneMachineInstr to make a new MI in commuteInstruction to make the code tolerant of instructions with more than two input operands. llvm-svn: 163000
-