| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 131724
|
| |
|
|
| |
llvm-svn: 131722
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In DWARFCompileUnit::ExtractDIEsIfNeeded we are relying on a compilation units
DIEs to be terminated by a null entry. I think the standard is fairly clear
that all sibling chains are to be terminated by null, but at least gcc 4.5.2
disagrees -- the top level chain drops the final entry. This results in us
interpreting the next compilation unit header as a DIE.
Regardless of whether gcc is right or wrong, we should not overstep a
compilation units extent. This patch ensures that we do not attempt to extract
a DIE beyond the length specified for a given DWARFCompileUnit by ensuring our
current offset is strictly less than the start of the next CU.
llvm-svn: 131721
|
| |
|
|
| |
llvm-svn: 131720
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Make the generation of LLDBWrapPython.cpp respect the VERBOSE setting.
- Use -classic mode when generating. LLDPWrapPython.cpp #errors out if -classic
wasn't set when it was generated with recent Swig.
- Install the Python modules. Now we shouldn't get loads of Python errors
trying to run LLDB.
Last of my build fixes. The LLDB that I built works, except that I can't debug
anything with it until debugserver gets built.
llvm-svn: 131719
|
| |
|
|
| |
llvm-svn: 131718
|
| |
|
|
|
|
|
|
| |
preserve
the phikill flag.
llvm-svn: 131717
|
| |
|
|
| |
llvm-svn: 131716
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the "payload_length" argument for the "payload" packet data. This meant we
could end up sending random extra data with a packet depending on how the
packet was constructed.
Fixed GDBRemoteRegisterContext to properly save and restore all registers.
Previous fixes had been added to work around the "payload_length" issues fixed
above and aren't needed anymore.
Fix logging in GDBRemoteCommunication to make sure we log the correct packet
data being sent by using the packet length when dumping the packet contents.
Added register definitions for 'arm-lldb' in the "disasm-gdb-remote.pl" script
so if you have a register dump from the GDB remote that doesn't include the
qRegisterInfo packets, you can manually tell the script which registers are
which.
llvm-svn: 131715
|
| |
|
|
|
|
| |
with the JALR node. Patch by Sasa Stankovic
llvm-svn: 131714
|
| |
|
|
|
|
|
|
| |
packet output from "log enable gdb-remote packets". This should help people
track down and see what is going wrong more easily when you have log output
that includes GDB remote packets.
llvm-svn: 131713
|
| |
|
|
| |
llvm-svn: 131711
|
| |
|
|
|
|
|
| |
This is the first of a series of patches that attempt to simplify handling of
stack frame objects.
llvm-svn: 131710
|
| |
|
|
| |
llvm-svn: 131709
|
| |
|
|
| |
llvm-svn: 131708
|
| |
|
|
|
|
|
|
|
|
| |
breaks it for you (or if the LanguageRuntime plugins break the build on your
machine), please let me know and I'll revert.
Also, link to CoreServices and Carbon on Mac. Yep, LLDB needs these ancient
frameworks.
llvm-svn: 131707
|
| |
|
|
|
|
| |
constructor" again
llvm-svn: 131706
|
| |
|
|
|
|
|
| |
similarly for stores. Now "make check" passes with the MachineVerifier forced
on with the VerifyCoalescing option!
llvm-svn: 131705
|
| |
|
|
|
|
|
|
|
| |
Mac OS X Process plugin from the build.
I'm surprised no one caught this earlier. Am I the only one who builds with
the makefiles on Mac?
llvm-svn: 131704
|
| |
|
|
| |
llvm-svn: 131703
|