- Feb 24, 2013
-
-
Nadav Rotem authored
Fix PR15239. llvm-svn: 175985
-
- Feb 23, 2013
-
-
Benjamin Kramer authored
Fixes PR15115. llvm-svn: 175962
-
- Feb 22, 2013
-
-
Peter Collingbourne authored
llvm-svn: 175911
-
- Feb 21, 2013
-
-
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
-
Eli Bendersky authored
exists solely to enable it to call itself for i8 with some registers. The proposed patch simplifies the function somewhat to make the High bit only meaningful for the i8 mode, which makes sense. No functional difference (getX86SubSuperRegister is not getting called from anywhere outside with i64 and High=true). llvm-svn: 175762
-
- Feb 20, 2013
-
-
Jim Grosbach authored
s/AddDirectiveHandler/addDirectiveHandler/ s/ParseMSInlineAsm/parseMSInlineAsm/ s/ParseIdentifier/parseIdentifier/ s/ParseStringToEndOfStatement/parseStringToEndOfStatement/ s/ParseEscapedString/parseEscapedString/ s/EatToEndOfStatement/eatToEndOfStatement/ s/ParseExpression/parseExpression/ s/ParseParenExpression/parseParenExpression/ s/ParseAbsoluteExpression/parseAbsoluteExpression/ s/CheckForValidSection/checkForValidSection/ http://llvm.org/docs/CodingStandards.html#name-types-functions-variables-and-enumerators-properly No functional change intended. llvm-svn: 175675
-
Jim Grosbach authored
http://llvm.org/docs/CodingStandards.html#name-types-functions-variables-and-enumerators-properly ivars should be camel-case and start with an upper-case letter. A few in TargetLowering were starting with a lower-case letter. No functional change intended. llvm-svn: 175667
-
Chad Rosier authored
llvm-svn: 175641
-
Elena Demikhovsky authored
sext <4 x i1> to <4 x i64> sext <4 x i8> to <4 x i64> sext <4 x i16> to <4 x i64> I'm running Combine on SIGN_EXTEND_IN_REG and revert SEXT patterns: (sext_in_reg (v4i64 anyext (v4i32 x )), ExtraVT) -> (v4i64 sext (v4i32 sext_in_reg (v4i32 x , ExtraVT))) The sext_in_reg (v4i32 x) may be lowered to shl+sar operations. The "sar" does not exist on 64-bit operation, so lowering sext_in_reg (v4i64 x) has no vector solution. I also added a cost of this operations to the AVX costs table. llvm-svn: 175619
-
Chad Rosier authored
MS-style inline assembly. This is a follow-on to r175334. Forcing a FP to be emitted doesn't ensure it will be used. Therefore, force the base pointer as well. We now treat MS inline assembly in the same way we treat functions with dynamic stack realignment and VLAs. This guarantees the BP will be used to reference parameters and locals. rdar://13218191 llvm-svn: 175576
-
- Feb 19, 2013
-
-
Jakub Staszak authored
llvm-svn: 175560
-
Benjamin Kramer authored
No intended functionality change. llvm-svn: 175536
-
Rafael Espindola authored
PPCJITInfo.cpp in r175394. llvm-svn: 175531
-
Eli Bendersky authored
llvm-svn: 175525
-
Craig Topper authored
llvm-svn: 175497
-
Jakub Staszak authored
llvm-svn: 175472
-
NAKAMURA Takumi authored
llvm-svn: 175467
-
NAKAMURA Takumi authored
llvm-svn: 175464
-
- Feb 18, 2013
-
-
Chad Rosier authored
llvm-svn: 175463
-
Benjamin Kramer authored
llvm-svn: 175458
-
Benjamin Kramer authored
llvm-svn: 175457
-
Benjamin Kramer authored
llvm-svn: 175408
-
- Feb 17, 2013
-
-
Jakub Staszak authored
llvm-svn: 175402
-
- Feb 16, 2013
-
-
NAKAMURA Takumi authored
llvm-svn: 175363
-
Jakub Staszak authored
llvm-svn: 175359
-
Bill Wendling authored
llvm-svn: 175336
-
Chad Rosier authored
If the frame pointer is omitted, and any stack changes occur in the inline assembly, e.g.: "pusha", then any C local variable or C argument references will be incorrect. I pass no judgement on anyone who would do such a thing. ;) rdar://13218191 llvm-svn: 175334
-
Bill Wendling authored
llvm-svn: 175322
-
Bill Wendling authored
When we're recalculating the feature set of the subtarget, we need to have the ivars in their initial state. llvm-svn: 175320
-
- Feb 15, 2013
-
-
Bill Wendling authored
If two functions require different features (e.g., `-mno-sse' vs. `-msse') then we want to honor that, especially during LTO. We can do that by resetting the subtarget's features depending upon the 'target-feature' attribute. llvm-svn: 175314
-
Chad Rosier authored
llvm-svn: 175312
-
Rafael Espindola authored
than we need to and some ELF linkers complain about directly accessing symbols with default visibility. llvm-svn: 175268
-
Rafael Espindola authored
blocks. We still don't have consensus if we should try to change clang or the standard, but llvm should work with compilers that implement the current standard and mangle those functions. llvm-svn: 175267
-
Benjamin Kramer authored
llvm-svn: 175264
-
Eli Bendersky authored
llvm-svn: 175220
-
- Feb 14, 2013
-
-
Jakub Staszak authored
llvm-svn: 175212
-
Kay Tiong Khoo authored
-feature flag, instructions definitions, test cases llvm-svn: 175196
-
Nadav Rotem authored
llvm-svn: 175189
-
Elena Demikhovsky authored
Added a test. llvm-svn: 175144
-
Rafael Espindola authored
llvm-svn: 175133
-