| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 198577
|
| |
|
|
|
|
|
|
|
| |
Move the ARM EHABI unwind opcode definitions from the ARM MCTargetDesc into LLVM
Support. This enables sharing of the definitions across the ARM target code as
well as llvm-readobj. This will allow implementation of the unwind decoding in
llvm-readobj.
llvm-svn: 198576
|
| |
|
|
|
|
| |
the first place. Replaced the unsafe code with the proper accessor.
llvm-svn: 198569
|
| |
|
|
| |
llvm-svn: 198567
|
| |
|
|
|
|
|
|
|
| |
Add some tests to validate correct register selection, including a fix
to an existing test which was requiring the *wrong* output.
Patch from David Woodhouse.
llvm-svn: 198566
|
| |
|
|
| |
llvm-svn: 198565
|
| |
|
|
|
|
| |
Pseudo. Remove FIXME as well.
llvm-svn: 198564
|
| |
|
|
|
|
|
|
| |
Fix indentation, name registers similar to ARM ARM.
No functionality change!
llvm-svn: 198563
|
| |
|
|
|
|
|
|
| |
"hasSideEffects=0", added this property to VMOVSS/VMOVSD;
Optimized a truncate pattern.
llvm-svn: 198562
|
| |
|
|
|
|
| |
section tags to the llvm-readobj.
llvm-svn: 198561
|
| |
|
|
| |
llvm-svn: 198560
|
| |
|
|
|
|
|
|
|
|
| |
Before (in Google style):
enum ShortEnum {A, B, C};
After:
enum ShortEnum { A, B, C };
llvm-svn: 198559
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
enum ShortEnum {
A,
B,
C
};
After:
enum ShortEnum { A, B, C };
This seems to be the predominant choice in LLVM/Clang as well as in
Google style.
llvm-svn: 198558
|
| |
|
|
|
|
| |
Removed vzeroupper from AVX-512 mode - our optimization gude does not recommend to insert vzeroupper at all.
llvm-svn: 198557
|
| |
|
|
|
|
|
| |
Missed this when adding the skeleton analysis. Caught by a build break
in the next patch I'm working on when trying to use the analysis.
llvm-svn: 198556
|
| |
|
|
| |
llvm-svn: 198552
|
| |
|
|
| |
llvm-svn: 198551
|
| |
|
|
| |
llvm-svn: 198550
|
| |
|
|
| |
llvm-svn: 198549
|
| |
|
|
|
|
|
|
| |
It was previously enabled in both but should only have been part of the drop-in
quirks mode that is 'MicrosoftMode' given that it's only useful for
compatibility with the Microsoft headers/runtime.
llvm-svn: 198548
|
| |
|
|
| |
llvm-svn: 198547
|
| |
|
|
| |
llvm-svn: 198546
|
| |
|
|
|
|
| |
disassembler without string matches.
llvm-svn: 198545
|
| |
|
|
|
|
| |
and remove disassmbler table emitter hack.
llvm-svn: 198544
|
| |
|
|
|
|
| |
instructions to go through to the disassembler tables without resorting to string matches. Apply flag to all _REV instructions.
llvm-svn: 198543
|
| |
|
|
|
|
|
| |
Cover a hypothetical case when we might not have reached the final argument
declaration for some reason during recovery, and split out for readability.
llvm-svn: 198542
|
| |
|
|
|
|
|
|
|
|
|
| |
instructions. I needed this for a quick experiment I was making, and
while I've no idea if that will ever get committed, I didn't want to
throw away the pattern match code and for anyone else to have to write
it again. I've added unittests to make sure this works correctly.
In fun news, this also uncovered the IRBuilder bug. Doh!
llvm-svn: 198541
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
void knrNoSemi(i) int i { }
Adherents of The C Programming Language unfortunate enough to miss a semicolon
as above would be met with a cascade of errors spanning the remainder of the
TU.
This patch introduces a beautiful parse error recovery, complete with helpful
FixIt to restore sanity.
Before (output redacted for brevity):
error: 'error' diagnostics seen but not expected:
File declarators.c Line 119: declaration does not declare a parameter
File declarators.c Line 123: declaration does not declare a parameter
File declarators.c Line 127: parameter named 'func_E12' is missing
File declarators.c Line 127: expected ';' at end of declaration
File declarators.c Line 133: parameter named 'func_E13' is missing
File declarators.c Line 133: expected ';' at end of declaration
File declarators.c Line 139: parameter named 'func_E14' is missing
File declarators.c Line 139: expected ';' at end of declaration
File declarators.c Line 145: parameter named 'func_E15' is missing
File declarators.c Line 145: expected ';' at end of declaration
File declarators.c Line 150: expected function body after function declarator
File declarators.c Line 119: declaration of 'enum E11' will not be visible outside of this function
File declarators.c Line 123: declaration of 'enum E12' will not be visible outside of this function
File declarators.c Line 133: ISO C forbids forward references to 'enum' types
File declarators.c Line 133: declaration of 'enum E13' will not be visible outside of this function
File declarators.c Line 139: ISO C forbids forward references to 'enum' types
File declarators.c Line 139: declaration of 'enum E14' will not be visible outside of this function
File declarators.c Line 145: ISO C forbids forward references to 'enum' types
File declarators.c Line 145: declaration of 'enum E15' will not be visible outside of this function
...
After:
declarators.c:103:24: error: expected ';' at end of declaration
void knrNoSemi(i) int i { }
^
;
Patch found in a sealed envelope dated 1978 with the message "Do not open until
January 2014"
llvm-svn: 198540
|
| |
|
|
|
|
| |
Cleanup only.
llvm-svn: 198539
|
| |
|
|
|
|
|
|
| |
failed to correctly propagate the NUW and NSW flags to the constant
folder for two instructions. I've added a unittest to cover flag
propagation for the rest of the instructions and constant expressions.
llvm-svn: 198538
|
| |
|
|
| |
llvm-svn: 198537
|
| |
|
|
| |
llvm-svn: 198536
|
| |
|
|
|
|
| |
Differential Revision: http://llvm-reviews.chandlerc.com/D2501
llvm-svn: 198535
|
| |
|
|
|
|
| |
I'm adding next be a lot more readable.
llvm-svn: 198534
|
| |
|
|
| |
llvm-svn: 198533
|
| |
|
|
|
|
|
|
|
| |
basic block to hold instructions, and managing all of their lifetimes in
a fixture. This makes it easy to sink the expectations into the test
cases themselves which also makes things a bit more explicit and clearer
IMO.
llvm-svn: 198532
|
| |
|
|
|
|
|
|
|
|
| |
constant
__builtin_returnaddress requires that the value passed into is be a constant.
However, at -O0 even a constant expression may not be converted to a constant.
Emit an error message intead of crashing.
llvm-svn: 198531
|
| |
|
|
|
|
| |
corresponding 32-bit versions with the same encodings Not64BitMode. Remove hack from tablegen disassembler table emitter. Fix bad test.
llvm-svn: 198530
|
| |
|
|
|
|
| |
Just skip emitting the table. This way the main function will delete the output file instead of it remaining empty and confusing dependency checks if build is invoked a second time.
llvm-svn: 198529
|
| |
|
|
| |
llvm-svn: 198528
|
| |
|
|
|
|
|
| |
All other uses of this macro in LLVM/clang have been moved to the function
definition so follow suite (and the usage advice) here too for consistency.
llvm-svn: 198516
|
| |
|
|
|
|
| |
Remove disassembler hack.
llvm-svn: 198515
|
| |
|
|
| |
llvm-svn: 198505
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
things."
This commit was the source of crasher PR18384:
While deleting: label %for.cond127
An asserting value handle still pointed to this value!
UNREACHABLE executed at llvm/lib/IR/Value.cpp:671!
Reverting to get the builders green, feel free to re-land after fixing up.
(Renato has a handy isolated repro if you need it.)
This reverts commit r198478.
llvm-svn: 198503
|
| |
|
|
|
|
|
|
|
|
|
| |
runToolOnCode.FindsNoTopLevelDeclOnEmptyCode on msvc. LangOpts.MicrosoftExt still appends "class type_info;"."
type_info has been made an implicitly predeclared type in r198497 and will no
longer appear as a user-declared type so we can remove this old hack.
This reverts commit r158595.
llvm-svn: 198502
|
| |
|
|
|
|
|
|
|
|
|
| |
Instead of keeping it in amongst the macros, build the declaration at Sema init
the same way we do with other predeclared and builtin types.
In practice this means the declaration is marked implicit and therefore won't
show up as an unwanted user-declared type in tooling which has been a
frequently reported issue (though I haven't been able to cook up a test).
llvm-svn: 198497
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This has the dual effect of (1) enabling more dead-stripping in release builds
and (2) ensuring that debug helper functions aren't stripped away in debug
builds, as they're intended to be called from the debugger.
Note that the attribute is applied to definitions rather than declarations in
headers going forward because it's now conditional on NDEBUG:
/// \brief Mark debug helper function definitions like dump() that should not be
/// stripped from debug builds.
Requires corresponding macro added in LLVM r198456.
llvm-svn: 198489
|
| |
|
|
| |
llvm-svn: 198484
|
| |
|
|
| |
llvm-svn: 198482
|
| |
|
|
|
|
|
|
| |
for libcxx when compiled with Visual C++ on Win32 and Win64.
clang and gcc (MinGW) compilers provide these implementations themselves.
llvm-svn: 198481
|