| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 282771
|
|
|
|
| |
llvm-svn: 282770
|
|
|
|
| |
llvm-svn: 282769
|
|
|
|
| |
llvm-svn: 282768
|
|
|
|
|
|
| |
Check for existance and not truth value.
llvm-svn: 282767
|
|
|
|
|
|
|
|
|
| |
load command that uses the MachO::entry_point_command type
but not used in llvm libObject code but used in llvm tool code.
This includes just the LC_MAIN load command.
llvm-svn: 282766
|
|
|
|
|
|
| |
not the default.
llvm-svn: 282765
|
|
|
|
|
|
|
|
|
| |
We have a few "check" functions in Error.h. All of them are to
check for an error and strip an error object if there was no error,
except "void check(Error E)", which doesn't return anything.
This patch renames it and moves it to the .cpp file where it is used.
llvm-svn: 282764
|
|
|
|
|
|
| |
It's better because it's a verb.
llvm-svn: 282763
|
|
|
|
|
|
| |
side of configuration.
llvm-svn: 282762
|
|
|
|
| |
llvm-svn: 282761
|
|
|
|
| |
llvm-svn: 282760
|
|
|
|
|
|
|
|
| |
This reverts commit r282758.
There are some clang failures I haven't seen.
llvm-svn: 282759
|
|
|
|
|
|
|
|
|
|
| |
OptimizationRemarkAnalysis directly takes the role of the report that is
generated by LAA.
Then we need the magic to be able to turn an LAA remark into an LV
remark. This is done via a new OptimizationRemark ctor.
llvm-svn: 282758
|
|
|
|
| |
llvm-svn: 282757
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of producing a mapping for all the operands, we only generate a
mapping for the definition. Indeed, the other operands are not
constrained by the instruction and thus, we should leave the choice to
the actual definition to do the right thing.
In pratice this is almost NFC, but with one advantage. We will have only
one instance of OperandsMapping for each copy and phi that map to one
register bank instead of one different instance for each different
number of operands for each copy and phi.
llvm-svn: 282756
|
|
|
|
| |
llvm-svn: 282755
|
|
|
|
|
|
|
|
| |
the pair object for a single-entry NSDictionary
Fixes rdar://28502335
llvm-svn: 282754
|
|
|
|
| |
llvm-svn: 282752
|
|
|
|
| |
llvm-svn: 282751
|
|
|
|
|
|
|
|
|
|
| |
If there is not sufficient address space, just give up and don't put
the header in the PT_LOAD.
This matches bfd behaviour and I found at least one script that
depends on having a section at address 0.
llvm-svn: 282750
|
|
|
|
| |
llvm-svn: 282749
|
|
|
|
| |
llvm-svn: 282747
|
|
|
|
|
|
| |
OptimizationRemarkAnalysisAliasing to new streaming API for opt remarks
llvm-svn: 282742
|
|
|
|
| |
llvm-svn: 282741
|
|
|
|
| |
llvm-svn: 282740
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The VS debugger doesn't appear to understand the 0x68 or 0x69 type
indices, which were probably intended for use on a platform where a C
'int' is 8 bits. So, use the character types instead. Clang was already
using the character types because '[u]int8_t' is usually defined in
terms of 'char'.
See the Rust issue for screenshots of what VS does:
https://github.com/rust-lang/rust/issues/36646
Fixes PR30552
llvm-svn: 282739
|
|
|
|
| |
llvm-svn: 282737
|
|
|
|
|
|
|
|
|
| |
load command that uses the Mach::source_version_command type
but not used in llvm libObject code but used in llvm tool code.
This includes just the LC_SOURCE_VERSION load command.
llvm-svn: 282736
|
|
|
|
|
|
| |
one array of guards per function, instead of one guard per BB. reorganize the code so that trace-pc-guard does not create unneeded globals
llvm-svn: 282735
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Not tunned up heuristic, but with this small heuristic there is about
+0.10% improvement on SPEC 2006
Reviewers: tejohnson, mehdi_amini, eraman
Subscribers: mehdi_amini, llvm-commits
Differential Revision: https://reviews.llvm.org/D24940
llvm-svn: 282733
|
|
|
|
| |
llvm-svn: 282732
|
|
|
|
|
|
| |
This is an attempt to fix a windows bot.
llvm-svn: 282730
|
|
|
|
|
|
| |
Here we can already remove the member function emitAnalysis.
llvm-svn: 282729
|
|
|
|
|
|
| |
This will be shared between Legality and CostModel.
llvm-svn: 282728
|
|
|
|
| |
llvm-svn: 282727
|
|
|
|
|
|
|
|
| |
The last one remaining after which emitAnalysis can be removed is when
we convert the LAA's report to a vectorization report. This requires
converting LAA to the new interface first.
llvm-svn: 282726
|
|
|
|
| |
llvm-svn: 282725
|
|
|
|
|
|
|
| |
It is not clear if we need a different layout, so for now handle them
like regular ELF output.
llvm-svn: 282724
|
|
|
|
|
|
|
| |
Also renamed the function to emitRemarkWithHints to better reflect what
the function actually does.
llvm-svn: 282723
|
|
|
|
| |
llvm-svn: 282722
|
|
|
|
| |
llvm-svn: 282721
|
|
|
|
|
|
|
|
|
|
| |
The shuffle mask decodes have a large amount of repeated code extracting/splitting mask values from Constant data.
This patch pulls all of this duplicated code into a single helper function to identify undef elements and combine/split constant integer data into the requested shuffle mask elements.
Updated PSHUFB/VPERMIL/VPERMIL2/VPPERM decoders to use it (VPERMV/VPERMV3 could be converted as well in the future).
llvm-svn: 282720
|
|
|
|
| |
llvm-svn: 282719
|
|
|
|
| |
llvm-svn: 282718
|
|
|
|
| |
llvm-svn: 282717
|
|
|
|
|
|
|
|
|
|
| |
LLD does not update relocations addends when generate a relocatable
object. That is why we should not write a non-zero GP0 value into
the .reginfo and .MIPS.options sections. And we should not accept input
object files with non-zero GP0 value because we cannot handle them
properly.
llvm-svn: 282716
|
|
|
|
| |
llvm-svn: 282715
|
|
|
|
|
|
|
|
|
|
| |
relocatable object
In case of linking PIC and non-PIC code together and generation of a
relocatable object, all PIC symbols should have STO_MIPS_PIC flag in the
symbol table of the ouput file.
llvm-svn: 282714
|
|
|
|
| |
llvm-svn: 282713
|