| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
| |
.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
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
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 was resulting in the addrspacecast being removed and incorrectly
replaced with a ptrtoint when sinking.
llvm-svn: 238217
|
| |
|
|
|
|
| |
Add a function that returns number of symbols in archive headers.
llvm-svn: 238213
|
| |
|
|
| |
llvm-svn: 238211
|
| |
|
|
|
|
| |
There is now no SectionData to be created.
llvm-svn: 238208
|
| |
|
|
|
|
| |
I will fix the name shortly.
llvm-svn: 238204
|
| |
|
|
|
|
| |
A step towards merging MCSection and MCSectionData.
llvm-svn: 238203
|
| |
|
|
| |
llvm-svn: 238201
|
| |
|
|
| |
llvm-svn: 238199
|
| |
|
|
|
|
| |
https://llvm.org/bugs/show_bug.cgi?id=23630
llvm-svn: 238198
|
| |
|
|
|
|
| |
https://llvm.org/bugs/show_bug.cgi?id=23634
llvm-svn: 238195
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Previously, subtarget features were a bitfield with the underlying type being uint64_t.
Since several targets (X86 and ARM, in particular) have hit or were very close to hitting this bound, switching the features to use a bitset.
No functional change.
The first several times this was committed (e.g. r229831, r233055), it caused several buildbot failures.
Apparently the reason for most failures was both clang and gcc's inability to deal with large numbers (> 10K) of bitset constructor calls in tablegen-generated initializers of instruction info tables.
This should now be fixed.
llvm-svn: 238192
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Following on from r209907 which made personality encodings indirect, do the
same for TType encodings. This fixes the case where a try/catch block needs
to generate references to, for example, std::exception in the
.gcc_except_table.
This commit uses DW_EH_PE_sdata8 for N64 as far as is possible at the moment.
However, it is possible to end up with DW_EH_PE_sdata4 when a TargetMachine is
not available. There's no risk of issues with inconsistency here since the
tables are self describing but it does mean there is a small chance of the
PC-relative offset being out of range for particularly large programs.
Reviewers: petarj
Reviewed By: petarj
Subscribers: srhines, joerg, tberghammer, llvm-commits
Differential Revision: http://reviews.llvm.org/D9669
llvm-svn: 238190
|
| |
|
|
|
|
|
|
| |
that makes more sense (at least to me).
The old code had a bug if the description was between 75 and 85 characters or so as it substracted PSLen from Desc.size() instead of MAX_LINE_LEN in the compare. It also calculated odd values for PosE on the last split and just let StringRef::slice take care of it being larger than the description string.
llvm-svn: 238187
|
| |
|
|
|
|
|
|
| |
ensure the result is a positive number.
I think the fact that it was explicitly excluding 0 kept this from being a tautology. The exclusion of 0 for the old math was also a bug that's easily hit if the description gets split into multiple lines.
llvm-svn: 238186
|
| |
|
|
|
|
| |
tablegen header. Minor cleanup in surrounding code.
llvm-svn: 238185
|
| |
|
|
| |
llvm-svn: 238181
|
| |
|
|
| |
llvm-svn: 238180
|
| |
|
|
|
|
| |
the definition since it's already declared in a header file.
llvm-svn: 238178
|
| |
|
|
| |
llvm-svn: 238177
|
| |
|
|
| |
llvm-svn: 238172
|
| |
|
|
| |
llvm-svn: 238170
|
| |
|
|
|
|
|
|
| |
Fixes the leaks when running llc.
Also found by an asan bot.
llvm-svn: 238167
|
| |
|
|
| |
llvm-svn: 238165
|