| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
commit also changes the short names for formats so that uppercase hex can be 'X', which was previously assigned to hex float. hex float now has no short name.
llvm-svn: 161606
|
| |
|
|
|
|
|
|
|
|
|
| |
the expression returns nothing. There is now a
setting, "notify-void." When the user enables
that setting, lldb prints (void) if an expression's
result is void. Otherwise, lldb is silent.
<rdar://problem/11225150>
llvm-svn: 161600
|
| |
|
|
|
|
| |
the 'po' command
llvm-svn: 161592
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
libc++. We also no longer use the GNU extensions
to C++ and C (we didn't use them anyway).
This also means that the LLVM we use must be
built with the new libc++.
I will commit llvm.zip next.
<rdar://problem/11930775>
llvm-svn: 161562
|
| |
|
|
| |
llvm-svn: 161560
|
| |
|
|
|
|
|
|
|
| |
and instead made us use implicit casts to bool.
This generated a warning in C++11.
<rdar://problem/11930775>
llvm-svn: 161559
|
| |
|
|
|
|
|
|
| |
hash_multimap to unordered_multimap.
<rdar://problem/11930775>
llvm-svn: 161558
|
| |
|
|
|
|
| |
an expected failure.
llvm-svn: 161556
|
| |
|
|
|
|
| |
version had an unfortunate dependency on the value of uninitialized memory
llvm-svn: 161555
|
| |
|
|
|
|
| |
them as expected failures until they are fixed.
llvm-svn: 161547
|
| |
|
|
|
|
| |
We weren't initializing the command pipes when constructing a ConnectionFileDescriptor with a file descriptor.
llvm-svn: 161533
|
| |
|
|
|
|
|
|
|
| |
suppress all non-error output from the "expression"
command.
<rdar://problem/11225150>
llvm-svn: 161502
|
| |
|
|
| |
llvm-svn: 161493
|
| |
|
|
| |
llvm-svn: 161492
|
| |
|
|
|
|
| |
parameter name for Python summary-generating functions since it is a Python keyword.
llvm-svn: 161467
|
| |
|
|
|
|
|
|
| |
for people used to the GDB command.
<rdar://problem/12052072>
llvm-svn: 161466
|
| |
|
|
|
|
| |
the mach-o CPU type and subtype in the format "%u-%u" or "%u.%u". This can of course be followed by vendor and OS.
llvm-svn: 161465
|
| |
|
|
|
|
| |
frame variable
llvm-svn: 161464
|
| |
|
|
| |
llvm-svn: 161420
|
| |
|
|
| |
llvm-svn: 161419
|
| |
|
|
|
|
| |
for file addresses when fetching items other than the 0-th
llvm-svn: 161384
|
| |
|
|
|
|
|
|
| |
require an AddressClass, which is useless at this
point since it already knows the distinction between
32-bit Thumb opcodes and 32-bit ARM opcodes.
llvm-svn: 161382
|
| |
|
|
|
|
| |
instructions to be encoded as a 32 bit value for the EmulateARM code.
llvm-svn: 161381
|
| |
|
|
| |
llvm-svn: 161374
|
| |
|
|
| |
llvm-svn: 161360
|
| |
|
|
|
|
| |
Use the built in demangler for Apple builds for now which has needed demangling fixes, and make the cxa_demangle.cpp use rtti in the Xcode project settings as it requires it be enabled.
llvm-svn: 161323
|
| |
|
|
|
|
|
|
| |
namespace to lldb_cxxabiv1 for the time being.
Mangled.cpp is not wired in to call it yet.
llvm-svn: 161293
|
| |
|
|
|
|
| |
that involve po'ing objects do not cause an endless recursion
llvm-svn: 161271
|
| |
|
|
| |
llvm-svn: 161209
|
| |
|
|
|
|
| |
an endless recursion with synthetic children
llvm-svn: 161185
|
| |
|
|
|
|
| |
You run with trace mode by passing '-t' to the test driver.
llvm-svn: 161130
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
keep a shared pointer to their disassembler. This
is important for the LLVM-C disassembler because
it needs to lock its parent in order to disassemble
itself.
This means that every interface that returned a
Disassembler* needs to return a DisassemblerSP, so
that the instructions and any external owners share
the same reference count on the object. I changed
all clients to use this shared pointer, which also
plugged a few leaks.
<rdar://problem/12002822>
llvm-svn: 161123
|
| |
|
|
| |
llvm-svn: 161111
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added new API to lldb::SBTypeMember for bitfields:
bool SBTypeMember::IsBitfield();
uint32_t SBTypeMember::GetBitfieldSizeInBits();
Also added new properties for easy access. Now SBTypeMember objects in python have a "fields" property for all type fields, "bases" for all direct bases, "vbases" for all virtual base classes and "members" for a combo of all three organized by bit offset. They all return a python list() of SBTypeMember objects. Usage:
(lldb) script
>>> t = lldb.target.FindFirstType("my_type")
>>> for field in t.fields:
... print field
>>> for vbase in t.vbases:
... print vbase
>>> for base in t.bases:
... print base
>>> for member in t.members:
... print member
Also added new "is_bitfield" property to the SBTypeMember objects that will return the result of SBTypeMember::IsBitfield(), and "bitfield_bit_size" which will return the result of SBTypeMember::GetBitfieldSizeInBits();
I also fixed "SBTypeMember::GetOffsetInBytes()" to return the correct byte offset.
llvm-svn: 161091
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
instructions, be sure to allocate new UnwindPlan::Row's each
time we push a row on to the UnwindPlan so we don't mutate
it any further.
(fallout from changing the UnwindPlan from having a vector
of Row's to having a vector of RowSP shared pointers.)
<rdar://problem/11997385>
llvm-svn: 161089
|
| |
|
|
|
|
|
|
| |
a continue if the unwinder didn't unwind correctly.
<rdar://problem/11989668>
llvm-svn: 161086
|
| |
|
|
| |
llvm-svn: 161054
|
| |
|
|
|
|
| |
Fixed an issue where warning logs were causing a crash.
llvm-svn: 161013
|
| |
|
|
|
|
| |
use the "lldb_private::StateIsStoppedState(StateType, bool)" function to tell if the state is stopped.
llvm-svn: 161000
|
| |
|
|
| |
llvm-svn: 160979
|
| |
|
|
|
|
| |
non-installed compilations. I will test further.
llvm-svn: 160963
|
| |
|
|
| |
llvm-svn: 160909
|
| |
|
|
|
|
|
|
|
|
| |
Objective-C method names when looking for functions
in the top level or a namespace. Method names should
only be found via FindExternalLexicalDecls.
<rdar://problem/11711679>
llvm-svn: 160907
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
event loop.
Convert from calling Halt in the lldb Driver.cpp's input reader's sigint handler to sending this AsyncInterrupt so it can be handled in the
event loop.
If you are attaching and get an async interrupt, abort the attach attempt.
Also remember to destroy the process if get interrupted while attaching.
Getting this to work also required handing the eBroadcastBitInterrupt in a few more places in Process WaitForEvent & friends.
<rdar://problem/10792425>
llvm-svn: 160903
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
sel_getName() calls are generated for all Objective-C
selectors before static literals are moved to the
static allocation. This prevents errors of the form
Internal error [IRForTarget]: Couldn't change a static
reference to an Objective-C selector to a dynamic
reference
<rdar://problem/11331906>
llvm-svn: 160887
|
| |
|
|
|
|
|
|
|
|
|
| |
information if we're not stopped. This could try to read registers
etc when the process is still running and debug builds of lldb would
assert down in GDBRemoteRegisterContext.cpp ReadRegisterBytes because
we couldn't get the sequence mutex for talking to the remote system.
Non-debug builds would just silently fail when doing this.
<rdar://problem/11941758>
llvm-svn: 160829
|
| |
|
|
|
|
|
|
|
|
|
|
| |
started from" in ThreadPlanStepOverRange so you don't
artificially reject stepping out of a function you stepped into when stepping through an inlined range.
Also fill in the target in the symbol context we make up for the inlined stepping range in ThreadPlanStepOut.
<rdar://problem/11765912>
llvm-svn: 160794
|
| |
|
|
| |
llvm-svn: 160770
|
| |
|
|
|
|
|
|
|
| |
corrected the offsets for x86_64 conditional
branch instructions.
<rdar://problem/11502148>
llvm-svn: 160769
|
| |
|
|
|
|
|
|
|
|
|
| |
preparation for
calling functions. This is necessary on Mac OS X, since bad things can happen if you set
the registers of a thread that's sitting in a kernel trap.
<rdar://problem/11145013>
llvm-svn: 160756
|