- Feb 23, 2013
-
-
Eric Christopher authored
the debug info for -gsplit-dwarf so we can encode that location in the skeleton cu. llvm-svn: 175933
-
Eric Christopher authored
llvm-svn: 175932
-
Eric Christopher authored
llvm-svn: 175931
-
Nadav Rotem authored
One of the phases of SelectionDAG is LegalizeVectors. We don't need to sort the DAG and copy nodes around if there are no vector ops. Speeds up the compilation time of SelectionDAG on a big scalar workload by ~8%. llvm-svn: 175929
-
- Feb 22, 2013
-
-
Akira Hatanaka authored
llvm-svn: 175920
-
Peter Collingbourne authored
llvm-svn: 175914
-
Peter Collingbourne authored
llvm-svn: 175911
-
Peter Collingbourne authored
llvm-svn: 175910
-
Peter Collingbourne authored
llvm-svn: 175909
-
Benjamin Kramer authored
llvm-svn: 175908
-
Pete Cooper authored
llvm-svn: 175905
-
Renato Golin authored
llvm-svn: 175898
-
Pekka Jaaskelainen authored
should be unique for each loop. llvm-svn: 175888
-
Michel Danzer authored
16 more little piglits with radeonsi. NOTE: This is a candidate for the Mesa stable branch. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 175887
-
Michel Danzer authored
24 more little piglits with radeonsi. NOTE: This is a candidate for the Mesa stable branch. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 175886
-
Michel Danzer authored
9 more little piglits with radeonsi. NOTE: This is a candidate for the Mesa stable branch. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 175885
-
Kristof Beyls authored
The Printer will now print instructions with the correct alignment specifier syntax, like vld1.8 {d16}, [r0:64] llvm-svn: 175884
-
Bill Wendling authored
Listing all of the attributes for the callee of a call/invoke instruction is way too much and makes the IR unreadable. Use references to attributes instead. llvm-svn: 175877
-
Reed Kotler authored
to the immediate operand of sli or cmp function. llvm-svn: 175865
-
Reed Kotler authored
llvm-svn: 175862
-
Pete Cooper authored
It was incorrectly checking a Function* being an IntrinsicInst* which isn't possible. It should always have been checking the CallInst* instead. Added test case for x86 which ensures we only get one constant load. It was 2 before this change. rdar://problem/13267920 llvm-svn: 175853
-
Andrew Trick authored
There's no apparent reason this code was copied from generated source into a .cpp. It sets a bad example for those working on other targets and trying to understand the register info API. llvm-svn: 175849
-
Eli Bendersky authored
convey that it's a INOUT argument. Also, if parsing of entry instructions fails, don't push the entry. llvm-svn: 175847
-
Bill Wendling authored
llvm-svn: 175846
-
Bill Wendling authored
llvm-svn: 175843
-
Bill Wendling authored
The 'nobuiltin' attribute is applied to call sites to indicate that LLVM should not treat the callee function as a built-in function. I.e., it shouldn't try to replace that function with different code. llvm-svn: 175835
-
- Feb 21, 2013
-
-
Cameron Zwarich authored
pass. One of the callers of isKilled() can cope with overapproximation of kills and the other can't, so I added a flag to indicate this. In theory this could pessimize code slightly, but in practice most physical register uses are kills, and most important kills of physical registers are the only uses of that register prior to register allocation, so we can recognize them as kills even without kill flags. This is relevant because LiveIntervals gets rid of all kill flags. llvm-svn: 175821
-
Eli Bendersky authored
to lib/DebugInfo, with dumping in llvm-dwarfdump. This patch adds initial ability to parse and dump CFA instructions contained in entries. To keep it manageable, the patch omits some more advanced capabilities (accounted in TODOs): * Parsing of instructions with BLOCK arguments (expression lists) * Dumping of actual instruction arguments (currently only names are dumped). This is quite tricky since the dumper has to effectively "interpret" the instructions. llvm-svn: 175820
-
David Blaikie authored
After cleaning up the following type hierarchies: * TypeLoc: r175462 * SVal: r175594 * CFGElement: r175462 * ProgramPoint: r175812 that all invoked undefined behavior by causing a derived copy construction of a base object through an invalid cast (thus supporting code that relied on casting temporaries that were direct base objects) Clang/LLVM is now clean of casts of temporaries. So here's some fun SFINAE machinery (courtesy of Eli Friedman, with some porting back from C++11 to LLVM's traits by me) to cause compile-time failures if llvm::cast & friends are ever passed an rvalue. This should avoid a repeat of anything even remotely like PR14321/r168124. Thanks to Jordan Rose for the help with the various Static Analyzer related hierarchies that needed cleaning up, Eli for the SFINAE, Richard Smith, John McCall, Ted Kremenek, and Anna Zaks for their input/reviews/patience along the way. llvm-svn: 175819
-
Renato Golin authored
Storing the load/store instructions with the values and inspect them using Alias Analysis to make sure they don't alias, since the GEP pointer operand doesn't take the offset into account. Trying hard to not add any extra cost to loads and stores that don't overlap on global values, AA is *only* calculated if all of the previous attempts failed. Using biggest vector register size as the stride for the vectorization access, as we're being conservative and the cost model (which calculates the real vectorization factor) is only run after the legalization phase. We might re-think this relationship in the future, but for now, I'd rather be safe than sorry. llvm-svn: 175818
-
Lang Hames authored
llvm-svn: 175809
-
Chad Rosier authored
llvm-svn: 175804
-
Pedro Artigas authored
be set to zero that is what it was intended. Should improve performance of the data structure when clear is invoked frequently (both compile time and memory usage). llvm-svn: 175799
-
Eli Bendersky authored
to TargetFrameLowering, where it belongs. Incidentally, this allows us to delete some duplicated (and slightly different!) code in TRI. There are potentially other layering problems that can be cleaned up as a result, or in a similar manner. The refactoring was OK'd by Anton Korobeynikov on llvmdev. Note: this touches the target interfaces, so out-of-tree targets may be affected. llvm-svn: 175788
-
Bill Wendling authored
llvm-svn: 175785
-
Anshuman Dasgupta authored
llvm-svn: 175783
-
Jakob Stoklund Olesen authored
This fixes some problems with too conservative checking where we were marking all aliases of a register as used, and then also checking all aliases when allocating a register. <rdar://problem/13249625> llvm-svn: 175782
-
Evan Cheng authored
llvm-svn: 175775
-
Bill Schmidt authored
llvm-svn: 175771
-
Paul Redmond authored
generated html. llvm-svn: 175769
-