| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 168873
|
| |
|
|
| |
llvm-svn: 168871
|
| |
|
|
|
|
| |
Compiler pass only.
llvm-svn: 168866
|
| |
|
|
|
|
| |
to doInitialization. This is required to allow the upcoming changes in PassManager behavior
llvm-svn: 168864
|
| |
|
|
|
|
| |
the callee
llvm-svn: 168861
|
| |
|
|
| |
llvm-svn: 168854
|
| |
|
|
|
|
| |
This saves a bit of memory.
llvm-svn: 168852
|
| |
|
|
|
|
| |
Use this type for arrays of physical registers.
llvm-svn: 168850
|
| |
|
|
|
|
|
|
| |
"unsafe" mode.
Approved by: Eli and Michael.
llvm-svn: 168848
|
| |
|
|
|
|
|
|
|
| |
This could cause miscompilations in targets where sub-register
composition is not always idempotent (ARM).
<rdar://problem/12758887>
llvm-svn: 168837
|
| |
|
|
|
|
|
| |
Also a couple not-user-visible changes; using empty() instead of size(), and
make inSection() not insert NULL Regex*'s into StringMap when doing a lookup.
llvm-svn: 168833
|
| |
|
|
|
|
| |
loads do not alias.
llvm-svn: 168832
|
| |
|
|
|
|
| |
delete those as well.
llvm-svn: 168829
|
| |
|
|
| |
llvm-svn: 168817
|
| |
|
|
| |
llvm-svn: 168816
|
| |
|
|
| |
llvm-svn: 168815
|
| |
|
|
| |
llvm-svn: 168814
|
| |
|
|
|
|
|
|
| |
instructions with
Also extended IRBuilder's documentation to mention the convenience state for DefaultFPMathTag and FastMathFlags that can be set.
llvm-svn: 168812
|
| |
|
|
| |
llvm-svn: 168811
|
| |
|
|
| |
llvm-svn: 168810
|
| |
|
|
|
|
| |
Fixes 14337.
llvm-svn: 168809
|
| |
|
|
|
|
|
|
|
|
|
| |
No functional change, just moved header files.
Targets can inject custom passes between register allocation and
rewriting. This makes it possible to tweak the register allocation
before rewriting, using the full global interference checking available
from LiveRegMatrix.
llvm-svn: 168806
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
appropriate unit tests. This change in itself is not expected to
affect any functionality at this point, but it will serve as a
stepping stone to improve FileCheck's variable matching capabilities.
Luckily, our regex implementation already supports backreferences,
although a bit of hacking is required to enable it. It supports both
Basic Regular Expressions (BREs) and Extended Regular Expressions
(EREs), without supporting backrefs for EREs, following POSIX strictly
in this respect. And EREs is what we actually use (rightly). This is
contrary to many implementations (including the default on Linux) of
POSIX regexes, that do allow backrefs in EREs.
Adding backref support to our EREs is a very simple change in the
regcomp parsing code. I fail to think of significant cases where it
would clash with existing things, and can bring more versatility to
the regexes we write. There's always the danger of a backref in a
specially crafted regex causing exponential matching times, but since
we mainly use them for testing purposes I don't think it's a big
problem. [it can also be placed behind a flag specific to FileCheck,
if needed].
For more details, see:
* http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-November/055840.html
* http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20121126/156878.html
llvm-svn: 168802
|
| |
|
|
|
|
|
| |
Unbreaks the CMake shared library build. This is nasty and should be fixed
eventually.
llvm-svn: 168800
|
| |
|
|
|
|
|
|
|
| |
The createPPCMCAsmInfo routine used PPC::R1 as the initial frame
pointer register, but on PPC64 the 32-bit R1 register does not
have a corresponding DWARF number, causing invalid CIE initial
frame state to be emitted. Fix by using PPC::X1 instead.
llvm-svn: 168799
|
| |
|
|
| |
llvm-svn: 168792
|
| |
|
|
|
|
|
|
|
| |
Accordingly, update a testcase with a broken datalayout string.
Also, we never parse negative numbers, because '-' is used as a
separator. Therefore, use unsigned as result type.
llvm-svn: 168785
|
| |
|
|
|
|
| |
LLVM part. This requires a clang part which will follow.
llvm-svn: 168781
|
| |
|
|
|
|
|
| |
This is for backwards compatibility for pre-3.x bc files. The code reads the
code, but does nothing with it.
llvm-svn: 168779
|
| |
|
|
|
|
|
|
|
|
|
| |
This is a simple, cheap infrastructure for analyzing the shape of a
DAG. It recognizes uniform DAGs that take the shape of bottom-up
subtrees, such as the included matrix multiplication example. This is
useful for heuristics that balance register pressure with ILP. Two
canonical expressions of the heuristic are implemented in scheduling
modes: -misched-ilpmin and -misched-ilpmax.
llvm-svn: 168773
|
| |
|
|
| |
llvm-svn: 168772
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a hole in the "cheap" alias analysis logic implemented within
the DAG builder itself, regardless of whether proper alias analysis is
enabled. It now handles this pattern produced by LSR+CodeGenPrepare.
%sunkaddr1 = ptrtoint * %obj to i64
%sunkaddr2 = add i64 %sunkaddr1, %lsr.iv
%sunkaddr3 = inttoptr i64 %sunkaddr2 to i32*
store i32 %v, i32* %sunkaddr3
llvm-svn: 168768
|
| |
|
|
| |
llvm-svn: 168767
|
| |
|
|
|
|
|
| |
When two instructions are combined into a vector instruction,
the resulting instruction must have the most-conservative flags.
llvm-svn: 168765
|
| |
|
|
|
|
| |
ELF output.
llvm-svn: 168764
|
| |
|
|
| |
llvm-svn: 168763
|
| |
|
|
| |
llvm-svn: 168762
|
| |
|
|
| |
llvm-svn: 168761
|
| |
|
|
|
|
| |
This class has been merged into its super-class TargetInstrInfo.
llvm-svn: 168760
|
| |
|
|
|
|
|
| |
The *Impl class no longer serves a purpose now that the super-class
implementation is in CodeGen.
llvm-svn: 168759
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Target library is not allowed to depend on the large CodeGen
library, but the TRI and TII classes provide abstract interfaces that
require both caller and callee to link to CodeGen.
The implementation files for these classes provide default
implementations of some of the hooks. These methods may need to
reference CodeGen, so they belong in that library.
We already have a number of methods implemented in the
TargetInstrInfoImpl sub-class because of that. I will merge that class
into the parent next.
llvm-svn: 168758
|
| |
|
|
|
|
| |
and RuntimeDyld
llvm-svn: 168755
|
| |
|
|
| |
llvm-svn: 168752
|
| |
|
|
| |
llvm-svn: 168751
|
| |
|
|
| |
llvm-svn: 168750
|
| |
|
|
|
|
|
|
|
| |
When the CodeGenInfo is to be created for the PPC64 target machine,
a default code-model selection is converted to CodeModel::Medium
provided we are not targeting the Darwin OS. Defaults for Darwin
are unaffected.
llvm-svn: 168747
|
| |
|
|
|
|
| |
Suggested by Sean McBride, thanks!
llvm-svn: 168745
|
| |
|
|
| |
llvm-svn: 168739
|
| |
|
|
|
|
| |
the coding standard would like.
llvm-svn: 168737
|
| |
|
|
| |
llvm-svn: 168736
|