- Aug 08, 2013
-
-
Daniel Dunbar authored
llvm-svn: 188006
-
Fariborz Jahanian authored
setter/getter methods which can be migrated to a @property. llvm-svn: 188005
-
David Fang authored
this records relocation entries in the mach-o object file for PIC code generation. tested on powerpc-darwin8, validated against darwin otool -rvV llvm-svn: 188004
-
Hans Wennborg authored
Differential Revision: http://llvm-reviews.chandlerc.com/D1329 llvm-svn: 188000
-
Rafael Espindola authored
We were exposing the extra alignment given to large arrays. The new behavior matches gcc, which is a good thing since this is a gcc extension. Thanks to Joerg Sonnenberger for noticing it. While at it, centralize the method description in the .h file. llvm-svn: 187999
-
Reid Kleckner authored
This reverts commit r187991 and adjusts the comment. /Za is much more involved, and we don't want to give anyone the impression we actually support it. llvm-svn: 187998
-
Howard Hinnant authored
My previous reorganization of addressof broke -std=c++03. Thanks much to Arnold Schwaighofer for catching this. This patch also catches a few more missing addressof in <future>, thanks go to Zhihao Yuan for catching these. llvm-svn: 187997
-
Sean Callanan authored
operations. <rdar://problem/14656908> llvm-svn: 187996
-
Matt Kopec authored
llvm-svn: 187995
-
Stefanus Du Toit authored
Also bump the minor version number and update libclang.exports. Reviewed by: Dmitri Gribenko, Doug Gregor llvm-svn: 187994
-
Hans Wennborg authored
There hasn't been a separate cc1 option table since r155916. llvm-svn: 187993
-
Alexey Samsonov authored
llvm-svn: 187992
-
Hans Wennborg authored
The /Za flag should probably do more, but let's start with this. Differential Revision: http://llvm-reviews.chandlerc.com/D1320 llvm-svn: 187991
-
David Blaikie authored
Patch by Richard (legalize@xmission.com) llvm-svn: 187990
-
Jordan Rose authored
llvm-svn: 187989
-
Niels Ole Salscheider authored
llvm-svn: 187988
-
Niels Ole Salscheider authored
llvm-svn: 187987
-
Jakub Staszak authored
llvm-svn: 187986
-
Silviu Baranga authored
Remove the now redundant FeatureFP16 from the Cortex-A15 feature list. It was made redundant when FeatureVFP4 was added which implies FP16. llvm-svn: 187985
-
Jakub Staszak authored
llvm-svn: 187984
-
Evgeniy Stepanov authored
Implementation uses __thread not available on certain platforms. llvm-svn: 187983
-
Evgeniy Stepanov authored
llvm-svn: 187982
-
Tobias Grosser authored
Contributed-by:
Star Tan <tanmx_star@yeah.net> llvm-svn: 187981
-
Dmitry Vyukov authored
llvm-svn: 187980
-
Edwin Vane authored
Summary: This patch adds tooling::deduplicate() which removes duplicates from and looks for conflicts in a vector of Replacements. Differential Revision: http://llvm-reviews.chandlerc.com/D1314 llvm-svn: 187979
-
Evgeniy Stepanov authored
llvm-svn: 187978
-
Alexey Samsonov authored
llvm-svn: 187977
-
Benjamin Kramer authored
llvm-svn: 187976
-
Benjamin Kramer authored
llvm-svn: 187975
-
Andrea Di Biagio authored
llvm-svn: 187974
-
Mihai Popa authored
The name "tCDP" isn't used anywhere else in the source code, so renaming it for consistency doesn't cause any problems. This is the only Thumb2 instruction defined with "t" prefix; all other Thumb2 instructions have "t2" prefix (e.g. "t2CDP2" which is defined immediately afterwards). Patch by Artyom Skrobov. llvm-svn: 187973
-
Alexey Samsonov authored
llvm-svn: 187972
-
Evgeniy Stepanov authored
r187967: Disable inlining between sanitized and non-sanitized functions. llvm-svn: 187971
-
Eric Christopher authored
contains the vtable pointer for the class as the operand at index 12. Replace the i32 0 with a null MDNode. llvm-svn: 187970
-
Chandler Carruth authored
'-fno-unroll-loops'. The option to the backend is even called 'DisableUnrollLoops'. This is precisely the form that Clang *didn't* support. We didn't recognize the flag, we didn't pass it to the CC1 layer, and even if we did we wouldn't use it. Clang only inspected the positive form of the flag, and only did so to enable loop unrolling when the optimization level wasn't high enough. This only occurs for an optimization level that even has a chance of running the loop unroller when optimizing for size. This commit wires up the 'no' variant, and switches the code to actually follow the standard flag pattern of using the last flag and allowing a flag in either direction to override the default. I think this is still wrong. I don't know why we disable the loop unroller entirely *from Clang* when optimizing for size, as the loop unrolling pass *already has special logic* for the case where the function is attributed as optimized for size! We should really be trusting that. Maybe in a follow-up patch, I don't really want to change behavior here. llvm-svn: 187969
-
Alexey Samsonov authored
llvm-svn: 187968
-
Evgeniy Stepanov authored
Inlining between functions with different values of sanitize_* attributes leads to over- or under-sanitizing, which is always bad. llvm-svn: 187967
-
Eric Christopher authored
be void and therefore not have a type entry. Only add the type if it is non-void and provide a testcase. llvm-svn: 187966
-
Craig Topper authored
Remove AllUndef check from one of the loops in getVectorShuffle. It was already handled by the 'AllLHS && AllRHS' check after the previous loop. llvm-svn: 187965
-
Eric Christopher authored
llvm-svn: 187964
-