| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 134633
|
| |
|
|
| |
llvm-svn: 134630
|
| |
|
|
| |
llvm-svn: 134629
|
| |
|
|
| |
llvm-svn: 134628
|
| |
|
|
| |
llvm-svn: 134627
|
| |
|
|
| |
llvm-svn: 134626
|
| |
|
|
|
|
|
| |
before the offset. This change will enable simplification of function
MipsRegisterInfo::eliminateFrameIndex.
llvm-svn: 134625
|
| |
|
|
| |
llvm-svn: 134622
|
| |
|
|
|
|
|
|
|
|
|
| |
not identical. For example,
DBG_VALUE 3.310000e+02, 0, !"ds"; dbg:sse.stepfft.c:138:18 @[ sse.stepfft.c:32:10 ]
DBG_VALUE 3.310000e+02, 0, !"ds"; dbg:sse.stepfft.c:138:18 @[ sse.stepfft.c:31:10 ]
These two MIs represent identical value, 3.31..., for one variable, ds, but they are not identical because the represent two separate instances of inlined variable "ds".
llvm-svn: 134620
|
| |
|
|
| |
llvm-svn: 134617
|
| |
|
|
| |
llvm-svn: 134616
|
| |
|
|
| |
llvm-svn: 134614
|
| |
|
|
|
|
| |
multiply-accumulate instructions with separate rounding steps.
llvm-svn: 134609
|
| |
|
|
| |
llvm-svn: 134608
|
| |
|
|
| |
llvm-svn: 134607
|
| |
|
|
| |
llvm-svn: 134606
|
| |
|
|
| |
llvm-svn: 134601
|
| |
|
|
| |
llvm-svn: 134599
|
| |
|
|
| |
llvm-svn: 134595
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
hasPredecessorHelper function allows predecessors to be cached to speed up
repeated invocations. This fixes PR10186.
X.isPredecessorOf(Y) now just calls Y.hasPredecessor(X)
Y.hasPredecessor(X) calls Y.hasPredecessorHelper(X, Visited, Worklist) with
empty Visited and Worklist sets (i.e. no caching over invocations).
Y.hasPredecessorHelper(X, Visited, Worklist) caches search state in Visited
and Worklist to speed up repeated calls. The Visited set is searched for X
before going to the worklist to further search the DAG if necessary.
llvm-svn: 134592
|
| |
|
|
|
|
| |
them down to MC layer. Also fix tests.
llvm-svn: 134590
|
| |
|
|
| |
llvm-svn: 134577
|
| |
|
|
|
|
|
| |
So users of a CGI don't have to look up the value directly from the original
Record; just like the rest of the convenience values in the class.
llvm-svn: 134576
|
| |
|
|
| |
llvm-svn: 134573
|
| |
|
|
| |
llvm-svn: 134572
|
| |
|
|
|
|
| |
ARM subtarget info available to MC.
llvm-svn: 134569
|
| |
|
|
| |
llvm-svn: 134568
|
| |
|
|
| |
llvm-svn: 134566
|
| |
|
|
|
|
|
|
|
|
| |
list on the merged block to correctly account for the live-outs of all the predecessors. They might not be the same in all cases (the testcase I have involves a PHI node where one of the operands is an IMPLICIT_DEF).
Unfortunately, the testcase I have is large and confidential, so I don't have a test to commit at the moment; I'll see if I can come up with something smaller where this issue reproduces.
<rdar://problem/9716278>
llvm-svn: 134565
|
| |
|
|
| |
llvm-svn: 134563
|
| |
|
|
| |
llvm-svn: 134561
|
| |
|
|
| |
llvm-svn: 134559
|
| |
|
|
| |
llvm-svn: 134557
|
| |
|
|
| |
llvm-svn: 134555
|
| |
|
|
|
|
|
|
|
| |
vec.insert(vec.begin(), vec[3]);
The issue was that vec[3] returns a reference into the vector, which is invalidated when insert() memmove's the elements down to make space. The method needs to specifically detect and handle this case to correctly match std::vector's semantics.
Thanks to Howard Hinnant for clarifying the correct behavior, and explaining how std::vector solves this problem.
llvm-svn: 134554
|
| |
|
|
|
|
| |
one alloca.
llvm-svn: 134549
|
| |
|
|
| |
llvm-svn: 134547
|
| |
|
|
| |
llvm-svn: 134546
|
| |
|
|
| |
llvm-svn: 134545
|
| |
|
|
|
|
|
|
|
|
| |
This allows us to remove the (bogus and unneeded) encoding information from
the pseudo-instruction class definitions. All of the pseudos that haven't
been converted yet and still need encoding information instance from the normal
instruction classes and explicitly set isCodeGenOnly, and so are distinct
from this change.
llvm-svn: 134540
|
| |
|
|
|
|
|
|
|
|
| |
For now this is distinct from isCodeGenOnly, as code-gen-only
instructions can (and often do) still have encoding information
associated with them. Once we've migrated all of them over to true
pseudo-instructions that are lowered to real instructions prior to
the printer/emitter, we can remove isCodeGenOnly and just use isPseudo.
llvm-svn: 134539
|
| |
|
|
| |
llvm-svn: 134538
|
| |
|
|
|
|
| |
careful about referencing values.
llvm-svn: 134537
|
| |
|
|
|
|
|
| |
Pseudo-instructions don't have encoding information, as they're lowered
to real instructions by the time we're doing binary encoding.
llvm-svn: 134533
|
| |
|
|
| |
llvm-svn: 134532
|
| |
|
|
| |
llvm-svn: 134530
|
| |
|
|
| |
llvm-svn: 134528
|
| |
|
|
| |
llvm-svn: 134527
|
| |
|
|
| |
llvm-svn: 134525
|
| |
|
|
| |
llvm-svn: 134521
|