| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This is a reapplied r305280 with a fix to the crash found by build bots
(StringRef to an out-of-scope local std::string).
Reviewers: krasimir
Reviewed By: krasimir
Subscribers: klimek, cfe-commits
Differential Revision: https://reviews.llvm.org/D34146
llvm-svn: 305291
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While simplifying branches in the MachineInstr representation, the
routine BuildCondBr must preserve flags on register MachineOperands. In
particular, it must preserve the <undef> flag.
This fixes a bug that is unlikely to occur in any real scenario, but
which bugpoint is likely to introduce.
Patch By Nick Johnson!
Reviewers: ahatanak, sdardis
Differential Revision: https://reviews.llvm.org/D34041
llvm-svn: 305290
|
| |
|
|
|
|
|
| |
The conversion of shifts from right shifts to left shifts may fail.
In such case, the pmpy recognition cannot proceed.
llvm-svn: 305289
|
| |
|
|
|
|
|
|
|
|
| |
The VFNM[AS] instructions did not have scheduling information attached, which
was causing assertion failures with the Cortex-A57 scheduling model and
-fp-contract=fast, because the Cortex-A57 sched model claims to be complete.
Differential Revision: https://reviews.llvm.org/D34139
llvm-svn: 305288
|
| |
|
|
|
|
|
|
|
| |
full-exprs."
This reverts commit r305239 because it broke the buildbots (the
diag-flags.cpp test is failing).
llvm-svn: 305287
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This test started being flaky since r303848 (RunThreadPlan: Fix halting
logic in IgnoreBreakpoints = false). I am not reverting that, as I am
confident that actually fixed a problem. A more likely explanation is
that there is still one corner case that is not handled correctly there.
Marking the test as flaky until I get a chance to investigate. I also
mark the test as no-debug-info-dependend -- it stresses expression
evaluation, as far as debug info goes, the test if extremely simple.
llvm-svn: 305286
|
| |
|
|
|
|
| |
Seems my recent move to VS2017 has resulted in a few text editor issues.....
llvm-svn: 305285
|
| |
|
|
|
|
|
|
|
|
| |
(PR32037)
Much of PR32037's compile time regression is due to getTargetConstantBitsFromNode always creating large (>64bit) APInts during the bitcasting from the source data to the destination bitwidth.
This commit avoids this bitcast stage if the data is already the correct bitwidth.
llvm-svn: 305284
|
| |
|
|
|
|
|
| |
This caused buildbots failures, reverting until we'll find out what's
wrong.
llvm-svn: 305283
|
| |
|
|
| |
llvm-svn: 305282
|
| |
|
|
|
|
|
| |
SyncVar::IsFlagSet returns true if any flag is set.
This is wrong. Check the actual requested flag.
llvm-svn: 305281
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: krasimir
Reviewed By: krasimir
Subscribers: klimek, cfe-commits
Differential Revision: https://reviews.llvm.org/D34107
llvm-svn: 305280
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: krasimir
Reviewed By: krasimir
Subscribers: klimek, cfe-commits
Tags: #clang-tools-extra
Differential Revision: https://reviews.llvm.org/D34106
llvm-svn: 305279
|
| |
|
|
|
|
| |
after r304374
llvm-svn: 305278
|
| |
|
|
| |
llvm-svn: 305277
|
| |
|
|
| |
llvm-svn: 305276
|
| |
|
|
| |
llvm-svn: 305275
|
| |
|
|
| |
llvm-svn: 305274
|
| |
|
|
|
|
| |
ISO C++ does not allow ?: with omitted middle operand
llvm-svn: 305273
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This option supplements the AllowShortFunctionsOnASingleLine flag, to
merge empty function body at the beginning of the line: e.g. when the
function is not short-enough and breaking braces after function.
int f()
{}
Reviewers: krasimir, djasper
Reviewed By: djasper
Subscribers: klimek, cfe-commits
Differential Revision: https://reviews.llvm.org/D33447
llvm-svn: 305272
|
| |
|
|
|
|
| |
Without it, the source directory gets polluted.
llvm-svn: 305271
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Add a lexicon entry for global value numbering.
Reviewers: davide, majnemer
Reviewed By: davide
Subscribers: llvm-commits, inouehrs
Differential Revision: https://reviews.llvm.org/D33664
llvm-svn: 305270
|
| |
|
|
| |
llvm-svn: 305269
|
| |
|
|
| |
llvm-svn: 305268
|
| |
|
|
|
|
|
|
|
| |
This restores the order of evaluation (& conditionalized evaluation) of
isTriviallyDeadInstruction, InlineHistoryIncludes, and shouldInline
(with the addition of a shouldInline call after
isTriviallyDeadInstruction) from before r305245.
llvm-svn: 305267
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
These symbols were previously not being marked as functions
so were appearing as globals instead, and with the incorrect
relocation type.
Without this fix, objects that take address of external
functions include them as global imports rather than function
imports which then fails at link time.
Differential Revision: https://reviews.llvm.org/D34068
llvm-svn: 305263
|
| |
|
|
| |
llvm-svn: 305262
|
| |
|
|
|
|
|
|
| |
https://reviews.llvm.org/D32779.
NFC
llvm-svn: 305261
|
| |
|
|
| |
llvm-svn: 305260
|
| |
|
|
|
|
|
|
|
|
| |
This revert was done so that my other patch to add test framework could
land separately. Now the revert can be reverted and this patch can
reland.
This reverts commit 18b3c75b2b0d32601fb60a06b9672c33d6f0dff9.
llvm-svn: 305259
|
| |
|
|
|
|
|
|
|
|
| |
Summary: Added test cases for multiple machine types, file merging, multiple languages, and more resource types. Also fixed new bugs these tests exposed.
Subscribers: javed.absar, llvm-commits, hiraditya
Differential Revision: https://reviews.llvm.org/D34047
llvm-svn: 305258
|
| |
|
|
|
|
|
|
|
| |
I accidentally combined this patch with one for adding more tests, they
should be separated.
This reverts commit 3da218a523be78df32e637d3446ecf97c9ea0465.
llvm-svn: 305257
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Fix alignment issue in D34020, by aligning all sections to 8 bytes.
Reviewers: zturner
Subscribers: hiraditya, llvm-commits
Differential Revision: https://reviews.llvm.org/D34072
llvm-svn: 305256
|
| |
|
|
|
|
|
|
| |
This just forwarded to the same signature in User. The version in User is protected so there's no danger of anyone outside of PHINode constructing with the wrong operator new. All PHINodes are created by a static Create function in PHINode.
I believe at one point in history this called User::operator new(s, 0) so it was useful then.
llvm-svn: 305255
|
| |
|
|
|
|
| |
And reverse the ownership between DICompileUnit and DISubprogram.
llvm-svn: 305254
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we were writing the value function index space
value but for these types of relocations we want to be
writing the table element index space value.
Add a test case for these relocation types that fails
without this change.
Differential Revision: https://reviews.llvm.org/D33962
llvm-svn: 305253
|
| |
|
|
| |
llvm-svn: 305252
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
one signature in a class derived from User
User has 3 signatures for operator new today. They take a single size, a size and a number of users, and a size, number of users, and descriptor size.
Historically there used to only be one signature that took size and a number of uses. Long ago derived classes implemented their own versions that took just a size and would call the size and use count version. Then they left an unimplemented signature for the size and use count signature from User. As we moved to C++11 this unimplemented signature because = delete.
Since then operator new has picked up two new signatures for operator new. But when the 3 argument version was added it was never added to the delete list in all of the derived classes where the 2 argument version is deleted. This makes things inconsistent.
I believe once one version of operator new is created in a derived class name hiding will take care of making all of the base class signatures unavailable. So I don't think the deleted lines are needed at all.
This patch removes all of the deletes in cases where there is an override or there is already a delete of another signature (that should trigger name hiding too).
Differential Revision: https://reviews.llvm.org/D34120
llvm-svn: 305251
|
| |
|
|
|
|
|
| |
This shows an oddity of this output. While the section address is 0,
the the symbol address is computed as if the section was allocatable.
llvm-svn: 305250
|
| |
|
|
| |
llvm-svn: 305249
|
| |
|
|
|
|
|
|
|
| |
When we get an unknown symbol type, we might as well at least
dump it. Same goes for round-tripping through YAML, we can
dump the record contents as raw bytes even if we don't know
how to interpret it semantically.
llvm-svn: 305248
|
| |
|
|
|
|
| |
functions in the AlwaysInliner
llvm-svn: 305245
|
| |
|
|
|
|
|
|
|
|
| |
This fixes PR33157.
https://bugs.llvm.org//show_bug.cgi?id=33157
We might also think about disallowing duplicate dbg.declare intrinsics
entirely, but this may complicate some passes needlessly.
llvm-svn: 305244
|
| |
|
|
| |
llvm-svn: 305243
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It doesn't seem relevant to set an address space limit - this isn't
important in any sense that I'm aware & it gets in the way of things
that use a lot of address space, like llvm-symbolizer.
This came up when I realized that bugpoint regression tests were much
slower with -gsplit-dwarf than plain -g. Turned out that bugpoint
subprocesses (opt, etc) were crashing and doing symbolization - but
bugpoint runs those subprocesses with a 400MB memory limit. So with
plain -g, mmaping the opt binary would exceed the memory limit, fail,
and thus be really fast - no symbolization occurred. Whereas with
-gsplit-dwarf, comically, having less to map in, it would succeed and
then spend lots of time symbolizing.
I've fixed at least the critical part of bugpoint's perf problem there
by adding an option to allow bugpoint to disable symbolization. Thus
improving the perfromance for -gsplit-dwarf and making the -g-esque
speed available without this quirk/accidental benefit.
llvm-svn: 305242
|
| |
|
|
|
|
|
| |
Thankfully, this hasn't uncovered any new bugs. With this, issues like
the one fixed in r305207 (hopefully) shouldn't happen again.
llvm-svn: 305241
|
| |
|
|
| |
llvm-svn: 305240
|
| |
|
|
|
|
| |
This patch also exposed pre-existing bugs in clang, see PR32864 and PR33140#c3 .
llvm-svn: 305239
|
| |
|
|
| |
llvm-svn: 305238
|
| |
|
|
|
|
|
|
|
|
| |
This one occurred when we were dumping symbols, we have code
that is prepared to dump many different types of symbols,
including symbols which reference an ID stream. So when creating
the dumper object, we assume that there is an ID stream. Fix
this assumption.
llvm-svn: 305237
|