| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 238331
|
| |
|
|
| |
llvm-svn: 238330
|
| |
|
|
| |
llvm-svn: 238329
|
| |
|
|
| |
llvm-svn: 238328
|
| |
|
|
| |
llvm-svn: 238327
|
| |
|
|
|
|
|
|
|
|
|
| |
and BNEZALC instructions
This patch implements microMIPS32r6 BEQZALC, BGEZALC, BGTZALC, BLEZALC, BLTZALC
and BNEZALC instructions using mapping.
Differential Revision: http://reviews.llvm.org/D10031
llvm-svn: 238325
|
| |
|
|
|
|
| |
By Igor Breger (igor.breger@intel.com)
llvm-svn: 238322
|
| |
|
|
| |
llvm-svn: 238320
|
| |
|
|
| |
llvm-svn: 238317
|
| |
|
|
| |
llvm-svn: 238315
|
| |
|
|
| |
llvm-svn: 238311
|
| |
|
|
|
|
|
|
|
| |
manager arguments...
I have no idea why, but compilers seem to hate this and its late, so I'm
not going to debug it. :: sigh :: This is why we can't have nice things.
llvm-svn: 238306
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when invoking run methods.
This technique was suggested by Dinesh Dwivedi who also wrote the
original patch. During the code review, they explained to me that this
isn't a fully general technique as we need to know the signatures of the
method candidates. Since this is really a narrower utility, I switched
the names and structure to be more clearly a specialized run method
invoke helper and commented it accordingly. I still think this is
a pretty big win.
Very sorry to Dinesh for the extreme delay in landing this patch. I've
been far to busy poking at other things.
Original review: http://reviews.llvm.org/D3543
llvm-svn: 238305
|
| |
|
|
|
|
|
|
|
|
| |
.eh_frame to be read-only.
This broke the llvm-mips-linux builder and several of our out-of-tree builders.
Initial investigations show that the commit probably isn't the problem but
reverting anyway while I investigate.
llvm-svn: 238302
|
| |
|
|
|
|
|
|
|
|
|
| |
for KNL and SKX
Implemented DAG lowering for all these forms.
Added tests for DAG lowering and encoding.
By Igor Breger (igor.breger@intel.com)
llvm-svn: 238301
|
| |
|
|
|
|
| |
reviwes.llvm.org to help reduce confusion.
llvm-svn: 238295
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
With this patch the x86 backend is now shrink-wrapping capable
and this functionality can be tested by using the
-enable-shrink-wrap switch.
The next step is to make more test and enable shrink-wrapping by
default for x86.
Related to <rdar://problem/20821487>
llvm-svn: 238293
|
| |
|
|
|
|
|
|
|
| |
the target can handle a given basic block as prologue
or epilogue.
Related to <rdar://problem/20821487>
llvm-svn: 238292
|
| |
|
|
| |
llvm-svn: 238289
|
| |
|
|
|
|
|
|
|
| |
- Clean documentation comment
- Change the API to accept an iterator so you can actually pass
MachineBasicBlock::end() now.
- Add more "const".
llvm-svn: 238288
|
| |
|
|
|
|
|
| |
This shouldn't happen, but it's nice not to abort when printing broken machine
functions.
llvm-svn: 238287
|
| |
|
|
| |
llvm-svn: 238277
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
model the dense vector instruction bonuses.
Previously, this code really didn't effectively compute the density of
inlined vector instructions and apply the intended inliner bonus. It
would try to compute it repeatedly while analyzing the function and
didn't handle the case where future vector instructions would tip the
scales back towards the bonus.
Instead, speculatively apply all possible bonuses to the threshold
initially. Once we *know* that a certain bonus can not be applied,
subtract it. This should delay early bailout enough to get much more
consistent results without actually causing us to analyze huge swaths of
code. I expect some (hopefully mild) compile time hit here, and some
swings in performance, but this was definitely the intended behavior of
these bonuses.
This also dramatically simplifies the computation of the bonuses to not
interact with each other in confusing ways. The previous code didn't do
a good job of this and the values for bonuses may be surprising but are
at least now clearly written in the code.
Finally, fix code to be in line with comments and use zero as the
bailout condition.
Patch by Easwaran Raman, with some comment tweaks by me to try and
further clarify what is going on with this code.
http://reviews.llvm.org/D8267
llvm-svn: 238276
|
| |
|
|
|
|
| |
This type is described in the PE/COFF spec section 7.1.
llvm-svn: 238275
|
| |
|
|
|
|
|
|
| |
It can be triggered by user input.
Bug found with AFL fuzz.
llvm-svn: 238272
|
| |
|
|
|
|
| |
Bug found with AFL fuzz.
llvm-svn: 238269
|
| |
|
|
| |
llvm-svn: 238268
|
| |
|
|
|
|
| |
Bug found with AFL fuzz.
llvm-svn: 238265
|
| |
|
|
| |
llvm-svn: 238264
|
| |
|
|
|
|
|
|
| |
Shouldn't be an assert, since user input can trigger it.
Bug found with AFL fuzz.
llvm-svn: 238261
|
| |
|
|
| |
llvm-svn: 238255
|
| |
|
|
|
|
|
|
|
|
| |
Long ago, the poll insertion code assumed that the insertion site was a terminator. As a result, the entry selection code would split a basic block to ensure it could pass a terminator. The insertion code was updated quite a while ago - possibly before it ever landed upstream - but the now redundant work was never removed.
While I'm at it, remove a comment which doesn't apply to the upstreamed code.
NFC intended.
llvm-svn: 238254
|
| |
|
|
|
|
| |
While working on another change, I noticed that the naming in this function was mildly deceptive. While fixing that, I took the oppurtunity to modernize some of the code. NFC intended.
llvm-svn: 238252
|
| |
|
|
| |
llvm-svn: 238251
|
| |
|
|
|
|
| |
Patch by Richard <legalize@xmission.com>.
llvm-svn: 238250
|
| |
|
|
|
|
|
| |
COFFSymbolRef has many predicates, like isCommon() or
isExternal(), but this predicate was missing.
llvm-svn: 238247
|
| |
|
|
|
|
|
|
|
|
| |
remove ExecutionEngine's dependence on CodeGen. NFC.
This is a follow-up to r238080.
Differential Revision: http://reviews.llvm.org/D9830
llvm-svn: 238244
|
| |
|
|
| |
llvm-svn: 238243
|
| |
|
|
| |
llvm-svn: 238242
|
| |
|
|
| |
llvm-svn: 238236
|
| |
|
|
| |
llvm-svn: 238235
|
| |
|
|
|
|
|
|
|
|
|
| |
This gets gas and llc -filetype=obj to agree on the order of prefixes.
For llvm-mc we need to fix the asm parser to know that it makes a difference
on which line the "lock" is in.
Part of pr23594.
llvm-svn: 238232
|
| |
|
|
|
|
| |
Signed-off-by: Jan Vesely <jan.vesely@rutgers.edu>
Reviewed-by: Matt Arsenault <Matthew.Arsenault@amd.com>
llvm-svn: 238229
|
| |
|
|
|
|
|
|
| |
v2: Use C++ comments and end with periods
Signed-off-by: Jan Vesely <jan.vesely@rutgers.edu>
Reviewed-by: Matt Arsenault <Matthew.Arsenault@amd.com>
llvm-svn: 238228
|
| |
|
|
|
|
|
| |
This reverts commit r238201 to fix linking problems in x86 Linux
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20150525/278413.html
llvm-svn: 238223
|
| |
|
|
|
|
|
|
|
|
| |
This is to fix problems introduced by r232481. For HSAIL,
this function does essentially nothing desirable, and
injects unwanted / incorrect stuff before the function.
The only thing it really needs to do is call EmitFunctionEntryLabel
in this case.
llvm-svn: 238222
|
| |
|
|
| |
llvm-svn: 238218
|
| |
|
|
|
|
|
| |
This was resulting in the addrspacecast being removed and incorrectly
replaced with a ptrtoint when sinking.
llvm-svn: 238217
|
| |
|
|
|
|
| |
This data type is described in the Microsoft PE/COFF spec rev. 8.3 5.4.1.
llvm-svn: 238214
|
| |
|
|
|
|
| |
Add a function that returns number of symbols in archive headers.
llvm-svn: 238213
|