| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
This is done in preparation for the fix for PR36784.
No functional change.
llvm-svn: 328306
|
|
|
|
|
|
|
|
|
| |
resource pressure view.
By default, the tool always enables the resource pressure view.
This flag lets user specify whether they want to add that view or not.
llvm-svn: 328305
|
|
|
|
|
|
| |
pipe and JFPX/JVALU function unit as well as the AGUs
llvm-svn: 328304
|
|
|
|
|
|
|
|
|
| |
Patch by Simon Pilgrim <llvm-dev@redking.me.uk>
That is a slightly modified version of the AArch64 changes from
Simon's D44687 .
llvm-svn: 328303
|
|
|
|
| |
llvm-svn: 328302
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Loop peeling also has an impact on the induction variables, so we should
benefit from induction variable simplification after peeling too.
Reviewers: sanjoy, bogner, mzolotukhin, efriedma
Reviewed By: efriedma
Differential Revision: https://reviews.llvm.org/D43878
llvm-svn: 328301
|
|
|
|
|
|
|
|
| |
There's are race between this thread and the destructor of the test ORC
components on the main threads. I saw flaky failures there in about 4%
of the runs of this unit test.
llvm-svn: 328300
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
proccess .eh_frame"
This fixes PR36367 which is about segfault when --emit-relocs is
used together with .eh_frame sections which happens because
of reordering of regular and .rel[a] sections.
Path changes loop that iterates over input sections to create
relocation target sections first.
Differential revision: https://reviews.llvm.org/D44679
llvm-svn: 328299
|
|
|
|
|
|
|
|
| |
Windows on arm is thumb only.
Differential Revision: https://reviews.llvm.org/D43005
llvm-svn: 328298
|
|
|
|
|
|
|
| |
This reverts commit r328252. This change broke building a number
of projects when targeting ARM and AArch64, see PR36873.
llvm-svn: 328297
|
|
|
|
| |
llvm-svn: 328296
|
|
|
|
|
|
| |
Agner's data. Add missing MMX multiplies.
llvm-svn: 328295
|
|
|
|
|
|
| |
Change pblendvb/blendvps/blendvpd to use WriteFVarBlend
llvm-svn: 328294
|
|
|
|
| |
llvm-svn: 328293
|
|
|
|
| |
llvm-svn: 328292
|
|
|
|
|
|
| |
The VMOVMSKBrr was in a separate InstRW with a lower latency, but I assume they should be the same and the higher latency matches Agners table so I'm going with that.
llvm-svn: 328291
|
|
|
|
|
|
| |
The SSE versions were present, but not the VEX version.
llvm-svn: 328290
|
|
|
|
| |
llvm-svn: 328289
|
|
|
|
|
|
|
|
|
|
|
|
| |
The issues was that we were setting hidden visibility if, when
processing a hidden class, we found out that we needed to emit a
reference to a vtable provided by the standard library.
Original message:
Set dso_local on vtables.
llvm-svn: 328288
|
|
|
|
|
|
| |
Invalidation should be bit negation. Add missing negation.
llvm-svn: 328287
|
|
|
|
|
|
|
| |
I'm not sure /why/ this is causing issues for libclang, but it is.
Unbreak the buildbots since it's already consumed an hour of my time.
llvm-svn: 328286
|
|
|
|
| |
llvm-svn: 328285
|
|
|
|
|
|
|
| |
With this patch lld will iterate over compile units to find the line
tables instead of assuming there is only one at offset 0.
llvm-svn: 328284
|
|
|
|
| |
llvm-svn: 328283
|
|
|
|
|
|
|
|
|
|
|
| |
Changes the analyzer to believe that methods annotated with _Nonnull
from system frameworks indeed return non null objects.
Local methods with such annotation are still distrusted.
rdar://24291919
Differential Revision: https://reviews.llvm.org/D44341
llvm-svn: 328282
|
|
|
|
|
|
|
|
| |
rdar://38480416
Differential Revision: https://reviews.llvm.org/D44653
llvm-svn: 328281
|
|
|
|
|
|
|
|
|
|
| |
Current location is very confusing, especially because there is already
WorkList.h, and other code in CoreEngine.cpp is not related to work list
implementation.
Differential Revision: https://reviews.llvm.org/D44759
llvm-svn: 328280
|
|
|
|
| |
llvm-svn: 328279
|
|
|
|
| |
llvm-svn: 328278
|
|
|
|
|
|
|
|
| |
Putting back the code in commit r327189 that was reverted in r322737. The code is being committed in three stages and this one is the last stage: 1) r327455 fp16 feature flags, 2) r327836 pass half type or i16 based on FullFP16, and 3) the code here which the front-end fp16 vector intrinsic for ARM.
Differential revision https://reviews.llvm.org/D43650
llvm-svn: 328277
|
|
|
|
|
|
|
| |
...and add some very basic stack trace entries for module building.
This would have helped track down rdar://problem/38434694 sooner.
llvm-svn: 328276
|
|
|
|
|
|
| |
The full vector is being returned not a reference. So the reference was just a to a temporary.
llvm-svn: 328275
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cases when printing symbols. As an improvement to:
r305733 - Change llvm-nm for Mach-O files to use dyld info in some cases when printing symbols
it could be made a bit better if it also read the function starts and faked
up nlist entries to those address not already faked up by the other
dyld info. This would help with stripped static functions.
rdar://38761029
llvm-svn: 328274
|
|
|
|
|
|
|
|
|
| |
The system call now fails when it cannot write the requested size.
Update the sanitizer runtime Fuchsia implementation accordingly.
Differential Revision: https://reviews.llvm.org/D44770
llvm-svn: 328273
|
|
|
|
|
|
| |
That removes some redundant recomputations from the passes pipeline.
llvm-svn: 328272
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: unique_lock has the overhead of tracking ownership status and the owner.
Reviewers: grimar, zturner
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D44698
llvm-svn: 328271
|
|
|
|
|
|
| |
Fixed windows release build tests.
llvm-svn: 328270
|
|
|
|
|
|
|
|
|
|
|
| |
Some debian libc++ bots started having failures in the locale
tests due to what I assume is a change in the locale data for fr_FR
in glibc.
This change prints the actual value from the test to help debugging.
It should be reverted once the bots cycle.
llvm-svn: 328268
|
|
|
|
|
|
| |
with expensive checks on.
llvm-svn: 328267
|
|
|
|
| |
llvm-svn: 328266
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a couple of tests which produced a warning that a 'throw'
occurred in a noexcept function (by way of _LIBCPP_ASSERT). It does
so by hiding the 'throw' across an opaque function boundary.
This fix isn't ideal, since we still have _LIBCPP_ASSERT's in functions
marked noexcept -- and this problem should be addressed in the future.
However, throwing _LIBCPP_ASSERT is really only meant to allow testing
of the assertions, and is not yet ready for general use.
llvm-svn: 328265
|
|
|
|
| |
llvm-svn: 328264
|
|
|
|
|
|
| |
This would have found the regression in r328238.
llvm-svn: 328263
|
|
|
|
| |
llvm-svn: 328262
|
|
|
|
|
|
|
|
|
|
|
| |
This patch works around variant test failures which are new to
GCC 8. GCC 8 either doesn't perform SFINAE in lexical order, or
it doesn't halt after encountering the first failure. This
causes hard error to occur instead of substitution failure.
See gcc.gnu.org/PR78489
llvm-svn: 328261
|
|
|
|
|
|
| |
account for r328254
llvm-svn: 328260
|
|
|
|
| |
llvm-svn: 328259
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a temporary is constructed with a proper construction context, it should
be safe to inline the destructor. We have added suppressions for some of the
common false positives caused by such inlining, so there should be - and from my
observations there indeed is - more benefit than harm from enabling destructor
inlining.
Differential Revision: https://reviews.llvm.org/D44721
llvm-svn: 328258
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Revert r325687 workaround for PR36032 since
a fix was committed in r326154.
Reviewers: sbaranga
Differential Revision: http://reviews.llvm.org/D44768
From: Evgeny Stupachenko <evstupac@gmail.com>
<evgeny.v.stupachenko@intel.com>
llvm-svn: 328257
|
|
|
|
|
|
| |
Patch by Christopher James Halse Rogers!
llvm-svn: 328256
|