| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 71775
|
| |
|
|
| |
llvm-svn: 71771
|
| |
|
|
|
|
|
|
|
|
| |
to low-level sync operations.
The only one present at the moment is MemoryFence(), and only for the platforms
for which I could easily discern the proper way to do it. If your favorite platform
isn't represented, patches are welcome!
llvm-svn: 71770
|
| |
|
|
|
|
| |
last use.
llvm-svn: 71769
|
| |
|
|
|
|
|
|
|
| |
llvm.eh.sjlj.* for better clarity as to their purpose and scope. Add
a description of llvm.eh.sjlj.setjmp to ExceptionHandling.html.
(llvm.eh.sjlj.longjmp documentation coming when that implementation is
added).
llvm-svn: 71758
|
| |
|
|
|
|
| |
asm construct into an assertion failure.
llvm-svn: 71757
|
| |
|
|
|
|
| |
Radar 6867696
llvm-svn: 71750
|
| |
|
|
|
|
|
| |
Basically, there was a situation where it was getting an empty vector and doing
a .back() on that. Which isn't cool.
llvm-svn: 71746
|
| |
|
|
|
|
|
|
| |
block with its unique predecessor. Change the code to assert if that is not
the case, instead of trying to handle situations where the block has
multiple predecessors.
llvm-svn: 71744
|
| |
|
|
|
|
|
|
|
| |
of exception handling builtin sjlj targets in functions turns out not to
be necessary. Marking the intrinsic implementation in the .td file as
defining all registers is sufficient to get the context saved properly by
the containing function.
llvm-svn: 71743
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Dan was trying to catch the case where a basic block ends with a conditional
branch to the fall-through block. In this case, all the instructions have
been moved out of FromBBI, leaving it empty. It cannot end with a
conditional branch. As the existing comment indicates, it will always fall
through to the next block. If the block already had the next block (NBB)
listed as a successor, the preceding loop has a check for that and does not
remove it. Thus, we need to check and add the successor only when it is
not already listed.
With Dan's change, the empty block often ends up with the fall-through
successor listed twice. This exposed the problem in pr4195, where
CodePlacementOpt did not handle the same predecessor listed more than once.
It is also at least partially responsible for pr4202 and probably a similar
issue with Thumb branches being out of range.
llvm-svn: 71742
|
| |
|
|
| |
llvm-svn: 71741
|
| |
|
|
| |
llvm-svn: 71740
|
| |
|
|
|
|
| |
field name. No functional changes.
llvm-svn: 71739
|
| |
|
|
| |
llvm-svn: 71738
|
| |
|
|
|
|
| |
few places
llvm-svn: 71735
|
| |
|
|
| |
llvm-svn: 71734
|
| |
|
|
| |
llvm-svn: 71730
|
| |
|
|
| |
llvm-svn: 71726
|
| |
|
|
| |
llvm-svn: 71724
|
| |
|
|
|
|
|
|
|
|
|
|
| |
booleans. This gives a better indication of what the "addReg()" is
doing. Remembering what all of those booleans mean isn't easy, especially if you
aren't spending all of your time in that code.
I took Jakob's suggestion and made it illegal to pass in "true" for the
flag. This should hopefully prevent any unintended misuse of this (by reverting
to the old way of using addReg()).
llvm-svn: 71722
|
| |
|
|
| |
llvm-svn: 71717
|
| |
|
|
|
|
|
|
| |
belonged. The variable declaration stuff wasn't happy with it where it
was. Sorry that the testcase is so big. Bugpoint wasn't able to reduce it
successfully.
llvm-svn: 71714
|
| |
|
|
| |
llvm-svn: 71691
|
| |
|
|
|
|
|
| |
external. These may have address 0 and are not safe
to execute unconditionally.
llvm-svn: 71688
|
| |
|
|
| |
llvm-svn: 71680
|
| |
|
|
| |
llvm-svn: 71678
|
| |
|
|
|
|
|
| |
is not known to be nothrow. This allows readnone/readonly functions
to be deleted even if we don't know whether the callee can throw.
llvm-svn: 71676
|
| |
|
|
|
|
| |
includeing declarations. Later emit them from their section lists.
llvm-svn: 71661
|
| |
|
|
| |
llvm-svn: 71656
|
| |
|
|
|
|
|
|
| |
IVUsers.cpp: In member function ‘bool llvm::IVUsers::AddUsersIfInteresting(llvm::Instruction*)’:
IVUsers.cpp:221: warning: ‘isSigned’ may be used uninitialized in this function
with gcc-4.3.
llvm-svn: 71654
|
| |
|
|
| |
llvm-svn: 71646
|
| |
|
|
| |
llvm-svn: 71645
|
| |
|
|
| |
llvm-svn: 71644
|
| |
|
|
|
|
| |
operand was killed, the kill needs to be removed from regB's VarInfo.
llvm-svn: 71635
|
| |
|
|
|
|
|
|
|
| |
getNoopOrSignExtend, and getTruncateOrNoop. These are similar
to getTruncateOrZeroExtend etc., except that they assert that
the conversion is either not widening or narrowing, as
appropriate. These will be used in some upcoming fixes.
llvm-svn: 71632
|
| |
|
|
|
|
|
|
|
|
|
| |
without one. Use it where we were using abs on
int64_t objects.
(I strongly suspect the casts to unsigned in the
fragments in LoopStrengthReduce are not doing whatever
the original intent was, but the obvious change to
uint64_t doesn't work. Maybe later.)
llvm-svn: 71612
|
| |
|
|
|
|
|
| |
a supporting preliminary patch for GCC-compatible SjLJ exception handling. Note that these intrinsics are not designed to be invoked directly by the user, but
rather used by the front-end as target hooks for exception handling.
llvm-svn: 71610
|
| |
|
|
|
|
| |
don't want to add nops in the outer loop for the sake of aligning the inner loop.
llvm-svn: 71609
|
| |
|
|
|
|
| |
produce side effects.
llvm-svn: 71606
|
| |
|
|
|
|
| |
Should remove a warning from MSVC.
llvm-svn: 71603
|
| |
|
|
| |
llvm-svn: 71602
|
| |
|
|
| |
llvm-svn: 71601
|
| |
|
|
| |
llvm-svn: 71600
|
| |
|
|
|
|
|
|
|
| |
- moved shrink wrapping code from PrologEpilogInserter.cpp to
new file ShrinkWrapping.cpp.
- moved PEI pass definition into new shared header PEI.h.
llvm-svn: 71588
|
| |
|
|
| |
llvm-svn: 71587
|
| |
|
|
| |
llvm-svn: 71582
|
| |
|
|
| |
llvm-svn: 71575
|
| |
|
|
|
|
| |
when doing forward / backward propagation.
llvm-svn: 71574
|
| |
|
|
| |
llvm-svn: 71573
|