| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
| |
It caused the following failure:
"Policy CMP0026 is not set: Disallow use of the LOCATION target property."
llvm-svn: 238741
|
| |
|
|
|
|
|
|
|
|
| |
This embeds Windows version information into our executables and DLLs.
The most visible place to view this data is in the details tab of the file
properties window in Windows explorer.
Differential Revision: http://reviews.llvm.org/D7828
llvm-svn: 238740
|
| |
|
|
| |
llvm-svn: 238739
|
| |
|
|
|
|
|
|
|
| |
Implemented DAG lowering for all these forms.
Added tests for encoding.
By Igor Breger (igor.breger@intel.com)
llvm-svn: 238738
|
| |
|
|
|
|
| |
I removed the vector-shuffle-512-v8.ll, it is auto-generated test, not valid any more.
llvm-svn: 238735
|
| |
|
|
|
|
|
| |
We don't want to bother with creating .sxdata sections on Win64; all the
relevant information is already in the .pdata section.
llvm-svn: 238730
|
| |
|
|
|
|
| |
including encodings.
llvm-svn: 238729
|
| |
|
|
|
|
|
|
|
| |
Implemented DAG lowering for all these forms.
Added tests for encoding.
by Igor Breger (igor.breger@intel.com)
llvm-svn: 238728
|
| |
|
|
|
|
| |
be removed. NFC
llvm-svn: 238727
|
| |
|
|
|
|
| |
unique_ptr. NFC
llvm-svn: 238726
|
| |
|
|
| |
llvm-svn: 238725
|
| |
|
|
|
|
| |
By Igor Breger (igor.breger@intel.com)
llvm-svn: 238724
|
| |
|
|
|
|
|
|
|
|
| |
This is important because of different addressing modes
depending on the address space for GPU targets.
This only adds the argument, and does not update
any of the uses to provide the correct address space.
llvm-svn: 238723
|
| |
|
|
|
|
|
|
| |
Alternatively, this type could be derived on-demand whenever
getResultElementType is called - if someone thinks that's the better
choice (simple time/space tradeoff), I'm happy to give it a go.
llvm-svn: 238716
|
| |
|
|
| |
llvm-svn: 238709
|
| |
|
|
|
|
|
|
|
| |
There is no MCSectionData, so the old name is now meaningless.
Also remove some asserts/checks that were there just because the information
they used was in MCSectionData.
llvm-svn: 238708
|
| |
|
|
| |
llvm-svn: 238707
|
| |
|
|
|
|
| |
With this we can replace a SetVector with a plain std::vector.
llvm-svn: 238706
|
| |
|
|
| |
llvm-svn: 238705
|
| |
|
|
|
|
| |
Even 64 ELF uses a 32 bit field to refer to symbols.
llvm-svn: 238704
|
| |
|
|
| |
llvm-svn: 238703
|
| |
|
|
|
|
|
|
|
|
|
| |
Unreachable values may use themselves in strange ways due to their
dominance property. Attempting to translate through them can lead to
infinite recursion, crashing LLVM. Instead, claim that we weren't able
to translate the value.
This fixes PR23096.
llvm-svn: 238702
|
| |
|
|
|
|
|
| |
There is no need to visit all the elements if we are merely performing a
membership check. NFCI.
llvm-svn: 238701
|
| |
|
|
| |
llvm-svn: 238700
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a bug in the line info handling in the dwarf code, based on a
problem I when implementing RelocVisitor support for MachO.
Since addr+size will give the first address past the end of the function,
we need to back up one line table entry. Fix this by looking up the
end_addr-1, which is the last address in the range. Note that this also
removes a duplicate output from the llvm-rtdyld line table dump. The
relevant line is the end_sequence one in the line table and has an offset
of the first address part the end of the range and hence should not be
included.
Also factor out the common functionality into a separate function.
This comes up on MachO much more than on ELF, since MachO
doesn't store the symbol size separately, hence making
said situation always occur.
Differential Revision: http://reviews.llvm.org/D9925
llvm-svn: 238699
|
| |
|
|
|
|
| |
Before r238028 we used to do this in O(N^2), now we do it in O(N log N).
llvm-svn: 238698
|
| |
|
|
| |
llvm-svn: 238697
|
| |
|
|
| |
llvm-svn: 238695
|
| |
|
|
| |
llvm-svn: 238694
|
| |
|
|
| |
llvm-svn: 238693
|
| |
|
|
| |
llvm-svn: 238692
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The original version didn't properly account for the base register
being modified before the final jump, so caused miscompilations in
Chromium and LLVM. I've fixed this and tested with an LLVM self-host
(I don't have the means to build & test Chromium).
The general idea remains the same: in pathological cases jump tables
can be too far away from the instructions referencing them (like other
constants) so they need to be movable.
Should fix PR23627.
llvm-svn: 238680
|
| |
|
|
| |
llvm-svn: 238676
|
| |
|
|
| |
llvm-svn: 238665
|
| |
|
|
| |
llvm-svn: 238664
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This commit adds partial support for MachO relocations to RelocVisitor.
A simple test case is added to show that relocations are indeed being
applied and that using llvm-dwarfdump on MachO files no longer errors.
Correctness is not yet tested, due to an unrelated bug in DebugInfo,
which will be fixed with appropriate testcase in a followup commit.
Differential Revision: http://reviews.llvm.org/D8148
llvm-svn: 238663
|
| |
|
|
| |
llvm-svn: 238660
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D8217
llvm-svn: 238659
|
| |
|
|
|
|
| |
user-supplied mutator
llvm-svn: 238658
|
| |
|
|
|
|
| |
sizeof(MCSymbol) goes from 72 to 64 bytes on x86_64.
llvm-svn: 238655
|
| |
|
|
| |
llvm-svn: 238654
|
| |
|
|
|
|
|
| |
That comment misleads the current discussions in mentioned bug. Leave
the discussions to the bug. Also, adding a future change FIXME.
llvm-svn: 238653
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
best approach of each.
For vNi16, we use SHL + ADD + SRL pattern that seem easily the best.
For vNi32, we use the PUNPCK + PSADBW + PACKUSWB pattern. In some cases
there is a huge improvement with this in IACA's estimated throughput --
over 2x higher throughput!!!! -- but the measurements are too good to be
true. In one narrow case, the SHL + ADD + SHL + ADD + SRL pattern looks
slightly faster, but I'm not sure I believe any of the measurements at
this point. Both are the exact same uops though. Hard to be confident of
anything past that.
If anyone wants to collect very detailed (Agner-level) timings with the
result of this patch, or with the i32 case replaced with SHL + ADD + SHl
+ ADD + SRL, I'd be very interested. Note that you'll need to test it on
both Ivybridge and Haswell, with both SSE3, SSSE3, and AVX selected as
I saw unique behavior in each of these buckets with IACA all of which
should be checked against measured performance.
But this patch is still a useful improvement by dropping duplicate work
and getting the much nicer PSADBW lowering for v2i64.
I'd still like to rephrase this in terms of generic horizontal sum. It's
a bit lame to have a special case of that just for popcount.
llvm-svn: 238652
|
| |
|
|
|
|
|
|
|
|
|
| |
The plan was to move the whole table into the already existing ArchExtNames
but some fields depend on a table-generated file, and we don't yet have this
feature in the generic lib/Support side.
Once the minimum target-specific table-generated files are available in a
generic fashion to these libraries, we'll have to keep it in the ASM parser.
llvm-svn: 238651
|
| |
|
|
|
|
|
|
| |
lowering into a helper function.
NFC.
llvm-svn: 238650
|
| |
|
|
|
|
| |
typeIsConvertibleTo was just calling baseClassOf(this) on the argument passed to it, but there weren't different signatures for baseClassOf so passing 'this' didn't really do anything interesting. typeIsConvertibleTo could have just been a non-virtual method in RecTy. But since that would be kind of a silly method, I instead re-distributed the logic from baseClassOf into typeIsConvertibleTo.
llvm-svn: 238648
|
| |
|
|
| |
llvm-svn: 238647
|
| |
|
|
|
|
| |
the conversions in convertInitializerTo directly. This saves a bunch of vtable entries. NFC
llvm-svn: 238646
|
| |
|
|
|
|
|
|
|
| |
helper that skips creating a cast when it isn't necessary.
It's really somewhat concerning that this was caused by the the presence
of a no-op bitcast, but...
llvm-svn: 238642
|
| |
|
|
|
|
|
|
|
| |
.safeseh adds an entry to the .sxdata section to register all the
appropriate functions which may handle an exception. This entry is not
a relocation to the symbol but instead the symbol table index of the
function.
llvm-svn: 238641
|