| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Remove dependency on runtime initializer to avoid
issues related to initialization order.
llvm-svn: 270371
|
| |
|
|
| |
llvm-svn: 270370
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
vector splat constants
We could try harder to handle non-splat vector constants too,
but that seems much rarer to me.
Note that the div test isn't resolved because there's a check
for isIntegerTy() guarding that transform.
Differential Revision: http://reviews.llvm.org/D20497
llvm-svn: 270369
|
| |
|
|
| |
llvm-svn: 270368
|
| |
|
|
| |
llvm-svn: 270367
|
| |
|
|
| |
llvm-svn: 270366
|
| |
|
|
|
|
| |
in the middle of a sentence.
llvm-svn: 270365
|
| |
|
|
| |
llvm-svn: 270364
|
| |
|
|
| |
llvm-svn: 270363
|
| |
|
|
|
|
| |
HistoryUnwind").
llvm-svn: 270359
|
| |
|
|
|
|
| |
unique_lock's release() was called causing the mutex to stay locked.
llvm-svn: 270358
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20513
llvm-svn: 270357
|
| |
|
|
|
|
| |
the source is 512-bits. The 256-bit source patterns were redundant with AVX.
llvm-svn: 270356
|
| |
|
|
|
|
| |
index 0 patterns. This gives them higher priority than the memory patterns. This matches AVX1/2.
llvm-svn: 270355
|
| |
|
|
|
|
| |
equivalents. This helps group them close together in the isel tables and enable table compression.
llvm-svn: 270354
|
| |
|
|
|
|
|
|
|
| |
We were missing references to the standard, some of our home-grown
verbiage didn't make any sense.
No functional change is intended.
llvm-svn: 270353
|
| |
|
|
|
|
|
|
| |
The parameter already requires the toolchain, sink the method into the class.
This also enables the use of the distro detection logic which will be needed to
support Exherbo's multiarch approach.
llvm-svn: 270352
|
| |
|
|
|
|
|
|
| |
Convert the cascading if/else to a switch. This makes it easier to follow the
logic. Minor difference is that we no longer default to x86_64 but rather to
the architecture specified by the architecture.
llvm-svn: 270351
|
| |
|
|
| |
llvm-svn: 270350
|
| |
|
|
| |
llvm-svn: 270349
|
| |
|
|
|
|
| |
So that we don't need to cut a slice when we use a SectionPiece.
llvm-svn: 270348
|
| |
|
|
| |
llvm-svn: 270347
|
| |
|
|
|
|
|
|
| |
This patch adds Size member to SectionPiece so that getRangeAndSize
can just return a SectionPiece instead of a std::pair<SectionPiece *, uint_t>.
Also renamed the function.
llvm-svn: 270346
|
| |
|
|
|
|
| |
checks appear just once.
llvm-svn: 270345
|
| |
|
|
|
|
| |
inversions could appear in a row.
llvm-svn: 270344
|
| |
|
|
| |
llvm-svn: 270343
|
| |
|
|
|
|
|
| |
We generally prefer short names, but this code went probably a bit too far.
This patch renames single letter local/member varables.
llvm-svn: 270342
|
| |
|
|
| |
llvm-svn: 270341
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We were using std::pair to represents pieces of splittable section
contents. It hurt readability because "first" and "second" are not
meaningful. This patch give them names.
One more thing is that piecewise liveness information is stored to
the second element of the pair as a special value of output section
offset. It was confusing, so I defiend a new bit, "Live", in the
new struct.
llvm-svn: 270340
|
| |
|
|
| |
llvm-svn: 270339
|
| |
|
|
| |
llvm-svn: 270338
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20460
llvm-svn: 270337
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20459
llvm-svn: 270336
|
| |
|
|
|
|
| |
for integer types when only AVX1 is supported.
llvm-svn: 270335
|
| |
|
|
| |
llvm-svn: 270334
|
| |
|
|
|
|
| |
used to indicating the zero masking behavior which is not the case here. NFC
llvm-svn: 270333
|
| |
|
|
|
|
| |
reflect the fact that memory is the destination.
llvm-svn: 270332
|
| |
|
|
| |
llvm-svn: 270331
|
| |
|
|
|
|
|
|
|
|
| |
Ensure _mm256_extract_epi8 and _mm256_extract_epi16 zero extend their i8/i16 result to i32. This matches _mm_extract_epi8 and _mm_extract_epi16.
Fix for PR27594
Differential Revision: http://reviews.llvm.org/D20468
llvm-svn: 270330
|
| |
|
|
| |
llvm-svn: 270329
|
| |
|
|
|
|
| |
non-alloc input section
llvm-svn: 270328
|
| |
|
|
|
|
|
|
| |
This fixes a potential bug when cross linking very large executables
on LLP64 machines such as Windows. On such platform, uintX_t is 64 bits
while unsigned is 32 bits.
llvm-svn: 270327
|
| |
|
|
| |
llvm-svn: 270326
|
| |
|
|
| |
llvm-svn: 270325
|
| |
|
|
|
|
|
|
| |
Most functions take destination buffers as the first arguments
just like memcpy, so this order is easier to read.
Also simplified the function.
llvm-svn: 270324
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
repairIntervalsInRange
This fixes a bug introduced in:
r262115 - CodeGen: Take MachineInstr& in SlotIndexes and LiveIntervals, NFC
The iterator End here might == MBB->end(), and so we can't unconditionally
dereference it. This often goes unnoticed (I don't have a test case that always
crashes, and ASAN does not catch it either) because the function call arguments are
turned right back into iterators. MachineInstrBundleIterator's constructor,
however, does have an assert which might randomly fire.
llvm-svn: 270323
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20438
llvm-svn: 270322
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D20324
llvm-svn: 270321
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Main problem here was that SHF_COMPRESSED has the same value with
XCORE_SHF_CP_SECTION, which was included as standart (common) flag.
As far I understand xCore is a family of controllers and it that
means it's constant should be processed separately,
only if e_machine == EM_XCORE, otherwise llvm-readobj would output
different constants twice for compressed section:
Flags [
..
SHF_COMPRESSED (0x800)
..
XCORE_SHF_CP_SECTION (0x800)
..
]
what probably does not make sence if you're not working with xcore file.
Differential revision: http://reviews.llvm.org/D20273
llvm-svn: 270320
|
| |
|
|
|
|
|
|
| |
In one of the already existing apps that I'm testing TSan on, I really see a mutex path that is longer than 10 (but not by much, something like 11-13 actually). Let's raise this to 20 and weaken the assertion so we don't crash.
Differential Revision: http://reviews.llvm.org/D20427
llvm-svn: 270319
|