- Jun 25, 2013
-
-
Manman Ren authored
llvm-svn: 184866
-
Bill Wendling authored
llvm-svn: 184864
-
Ulrich Weigand authored
[PowerPC] Support @got modifier Add VK_... values and relocation types necessary to support the @got family of modifiers. Used by the asm parser only. llvm-svn: 184860
-
Rafael Espindola authored
llvm-svn: 184853
-
Rafael Espindola authored
llvm-svn: 184852
-
Aaron Watry authored
By default, we expand these operations for both EG and SI. Move the duplicated code into a common space for now. If the targets ever actually implement these operations as instructions, we can override that in the relevant target. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184848
-
Aaron Watry authored
Note: Only adding test for evergreen, not SI yet. When I attempted to expand vselect for SI, I got the following: llc: /home/awatry/src/llvm/lib/CodeGen/SelectionDAG/LegalizeIntegerTypes.cpp:522: llvm::SDValue llvm::DAGTypeLegalizer::PromoteIntRes_SETCC(llvm::SDNode*): Assertion `SVT.isVector() == N->getOperand(0).getValueType().isVector() && "Vector compare must return a vector result!"' failed. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184847
-
Aaron Watry authored
Add test cases for both vector sizes on SI and also add v2i32 test for EG. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184846
-
Aaron Watry authored
No test/expansion for SI has been added yet. Attempts to expand this operation for SI resulted in a stacktrace in (IIRC) LegalizeIntegerTypes which was complaining about vector comparisons being required to return a vector type. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184845
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Note: I followed the guidance of the v4i32 EG check... UREM produces really complex code, so let's just check that the instruction was lowered successfully. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184844
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Note: I followed the guidance of the v4i32 EG check... UDIV produces really complex code, so let's just check that the instruction was lowered successfully. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184843
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184842
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184841
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184840
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184839
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184838
-
Aaron Watry authored
Also add lit test for both cases on SI, and v2i32 for evergreen. Reviewed-by:
Tom Stellard <thomas.stellard@amd.com> llvm-svn: 184837
-
Benjamin Kramer authored
This is a band-aid to fix the most severe regressions we're seeing from basing spill decisions on block frequencies, until we have a better solution. llvm-svn: 184835
-
Ulrich Weigand authored
[PowerPC] Add extended rotate/shift mnemonics This adds all missing extended rotate/shift mnemonics to the asm parser. llvm-svn: 184834
-
Ulrich Weigand authored
[PowerPC] Add rldcr/rldic instructions This adds pattern for the rldcr and rldic instructions (the last instruction from the rotate/shift family that were missing). They are currently used only by the asm parser. llvm-svn: 184833
-
Ulrich Weigand authored
[PowerPC] Add extended subtract mnemonics This adds support for the extended subtract mnemonics to the asm parser: subi subis subic subic. sub sub. subc subc. llvm-svn: 184832
-
Justin Holewinski authored
llvm-svn: 184831
-
Nadav Rotem authored
llvm-svn: 184827
-
Rafael Espindola authored
llvm-svn: 184826
-
Rafael Espindola authored
llvm-svn: 184824
-
Andrew Trick authored
This reverts commit 98a9b72e8c56dc13a2617de84503a3d78352789c. llvm-svn: 184823
-
Tom Stellard authored
In reality, some unaligned memory accesses are legal for 32-bit types and smaller too, but it all depends on the address space. Allowing unaligned loads/stores for > 32-bit types is mainly to prevent the legalizer from splitting one load into multiple loads of smaller types. https://bugs.freedesktop.org/show_bug.cgi?id=65873 llvm-svn: 184822
-
Tom Stellard authored
Tested-By:
Aaron Watry <awatry@gmail.com> llvm-svn: 184821
-
Tom Stellard authored
Tested-By:
Aaron Watry <awatry@gmail.com> llvm-svn: 184820
-
Tom Stellard authored
This should only make a difference in programs that use a lot of the vector ALU instructions like BFI_INT and BIT_ALIGN. There is a slight improvement in the phatk bitcoin mining kernel with this patch on Evergreen (vector size == 1): Before: 1173 Instruction Groups / 9520 dwords After: 1167 Instruction Groups / 9510 dwords Reviewed-by: Reviewed-by: Vincent Lejeune<vljn at ovi.com> llvm-svn: 184819
-
NAKAMURA Takumi authored
llvm-svn: 184809
-
Eric Christopher authored
when building llvm. This saves quite a bit of time and space when linking. Please report any problems via bugzilla. Caveats: a) This will only work on linux b) This requires a fairly new binutils c) This requires a fairly new gdb llvm-svn: 184808
-
Rafael Espindola authored
llvm-svn: 184806
-
Rafael Espindola authored
This is really ugly, but it is no worse than what we have in clang right now and it is better to get it working first and clean/optimize it afterwards. Will be tested from clang in the next patch. llvm-svn: 184802
-
Eric Christopher authored
llvm-svn: 184800
-
Eric Christopher authored
command line. Change the darwin universal binary options to be TargetCommonOpts so that they'll be passed to the linker since -arch at least is still needed. Someone on darwin with a buildit based build should probably verify that this doesn't break anything there. llvm-svn: 184793
-
Eric Christopher authored
llvm-svn: 184792
-
- Jun 24, 2013
-
-
Eric Christopher authored
llvm-svn: 184788
-
Adrian Prantl authored
llvm-svn: 184783
-
Eric Christopher authored
never modified. No functional change. llvm-svn: 184781
-