| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
add.with.overflow(X, X)
llvm-svn: 131789
|
|
|
|
|
|
| |
rdar://9475098.
llvm-svn: 131788
|
|
|
|
|
|
|
|
|
| |
code. It
is already in GR64 for the same reasons. Since it isn't allocatable it can't cause
any problems.
llvm-svn: 131787
|
|
|
|
| |
llvm-svn: 131785
|
|
|
|
| |
llvm-svn: 131784
|
|
|
|
|
|
|
| |
differ by a dynamic offset, return PartialAlias instead of MayAlias.
See the comment in the code for details. This fixes PR9971.
llvm-svn: 131781
|
|
|
|
|
|
| |
info in the error message. Per Dan's request.
llvm-svn: 131780
|
|
|
|
| |
llvm-svn: 131779
|
|
|
|
|
|
|
|
| |
output
the raw disassembly so that the opcode aligns with the edis'ed disassembly.
llvm-svn: 131773
|
|
|
|
|
|
| |
is needed for an upcoming patch.
llvm-svn: 131772
|
|
|
|
|
|
| |
contains a valid pointer before trying to access the target.
llvm-svn: 131771
|
|
|
|
|
|
| |
was being treated as postfix '--' in C mode.
llvm-svn: 131770
|
|
|
|
|
|
|
| |
server so that it happens in command sequence where no other packets can
sneak between.
llvm-svn: 131769
|
|
|
|
|
|
|
|
| |
RemoveCopyByCommutingDef(). This
actually fixes most of the VerifyCoalescing failures in test-suite.
llvm-svn: 131768
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
preparation for reversing StackDirection.
Fixed objects are created in the following order:
1. Incoming arguments passed on stack.
2. va_arg objects (include both arguments that are passed in registers and
pointer to the location of the first va_arg argument).
3. $gp restore slot.
4. Outgoing arguments passed on stack.
5. Pointer to alloca'd space.
llvm-svn: 131767
|
|
|
|
| |
llvm-svn: 131766
|
|
|
|
| |
llvm-svn: 131765
|
|
|
|
| |
llvm-svn: 131764
|
|
|
|
| |
llvm-svn: 131763
|
|
|
|
|
|
| |
calls with the target API mutex.
llvm-svn: 131762
|
|
|
|
|
|
| |
and __invoke_of. It is superior in that __invoke now handles reference qualified member functions whereas the previous implementation did not. And it simply has less infrastructure in its implementation. I'm still learning how to program in C++11 (and probably will be for a long time). This change does not impact the behavior we're seeing in http://llvm.org/bugs/show_bug.cgi?id=9975
llvm-svn: 131761
|
|
|
|
| |
llvm-svn: 131760
|
|
|
|
|
|
|
| |
This case is tested by the fact that the modified test produces
significatly worse diagnostics. That's on the list.
llvm-svn: 131759
|
|
|
|
|
|
| |
passed in register or on the stack.
llvm-svn: 131758
|
|
|
|
| |
llvm-svn: 131757
|
|
|
|
| |
llvm-svn: 131756
|
|
|
|
| |
llvm-svn: 131755
|
|
|
|
| |
llvm-svn: 131754
|
|
|
|
| |
llvm-svn: 131752
|
|
|
|
|
|
|
|
| |
(this is what used in Android NDK, when architecture is ARMv5)
patch by Koan-Sin Tan
llvm-svn: 131751
|
|
|
|
|
|
|
|
| |
of tBL/tBLX to R_ARM_THM_CALL (ARM ELF 4.7.1.6)
Patch by koan-sin tan.
llvm-svn: 131748
|
|
|
|
|
|
|
|
|
| |
-strlen should not be called with NULL. Also guarantee that StringRef's Length is 0 if Data is NULL.
-memcmp should not be called with NULL (even if size is 0)
Patch by Matthieu Monrocq!
llvm-svn: 131747
|
|
|
|
|
|
| |
rdar://problem/8614450
llvm-svn: 131746
|
|
|
|
|
|
| |
saving and restoring them.
llvm-svn: 131745
|
|
|
|
|
|
|
|
|
|
| |
No functionality enabled by default. Use -disable-iv-rewrite.
Extended IVUsers to keep track of the phi that represents the users' IV.
Added the WidenIV transform to replace a narrow IV with a wide IV
by doing a one-for-one replacement of IV users instead of expanding the
SCEV expressions. [sz]exts are removed and truncs are inserted.
llvm-svn: 131744
|
|
|
|
|
|
| |
super.
llvm-svn: 131743
|
|
|
|
| |
llvm-svn: 131742
|
|
|
|
|
|
|
| |
installed liblldb instead of the built one. Now Python support won't break if
you clean your build directories.
llvm-svn: 131741
|
|
|
|
|
|
| |
optimizations on Win64
llvm-svn: 131740
|
|
|
|
| |
llvm-svn: 131739
|
|
|
|
|
|
|
|
|
|
| |
a branch instruction and therefore the symbolic information is not being dumped for
non-raw mode.
The problem is that the ARMAsmParser is not recognizing the "#274" in "b #274"
as a valid operand when doing disassembly in non-raw mode.
llvm-svn: 131738
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Type::isUnsignedIntegerOrEnumerationType(), which are like
Type::isSignedIntegerType() and Type::isUnsignedIntegerType() but also
consider the underlying type of a C++0x scoped enumeration type.
Audited all callers to the existing functions, switching those that
need to also handle scoped enumeration types (e.g., those that deal
with constant values) over to the new functions. Fixes PR9923 /
<rdar://problem/9447851>.
llvm-svn: 131735
|
|
|
|
|
|
|
|
| |
There's really nothing to implement. All this really does is swap to a
pseudo-section that later gets written to the unwind info struct. That
needs to be implemented in the object streamers.
llvm-svn: 131734
|
|
|
|
| |
llvm-svn: 131733
|
|
|
|
|
|
|
| |
to a warning, since apparently libstdc++'s debug mode does this (and
we can recover safely). Add a Fix-It to insert the "inline", just for kicks.
llvm-svn: 131732
|
|
|
|
|
|
|
| |
manifested in a crash with blocks in PR9953, but it was a ticking time
bomb for normal functions, too. Fixes PR9953.
llvm-svn: 131731
|
|
|
|
| |
llvm-svn: 131730
|
|
|
|
| |
llvm-svn: 131729
|
|
|
|
|
|
| |
useful
llvm-svn: 131728
|
|
|
|
| |
llvm-svn: 131727
|