| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 223484
|
| |
|
|
|
|
|
| |
will at least be built by non-OS X builders. This
should head off some build breakage at the pass.
llvm-svn: 223437
|
| |
|
|
|
|
| |
the types that we find in Clang modules.
llvm-svn: 223436
|
| |
|
|
| |
llvm-svn: 223435
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
support to LLDB. It includes the following:
- Changed DeclVendor to TypeVendor.
- Made the ObjCLanguageRuntime provide a DeclVendor
rather than a TypeVendor.
- Changed the consumers of TypeVendors to use
DeclVendors instead.
- Provided a few convenience functions on
ClangASTContext to make that easier.
llvm-svn: 223433
|
| |
|
|
|
|
|
|
|
| |
been reverted"
This reverts commit r223375. We need to use unique_ptr to build with
LLVM r223183.
llvm-svn: 223388
|
| |
|
|
| |
llvm-svn: 223375
|
| |
|
|
|
|
| |
Patch from Ryan Goodfellow.
llvm-svn: 223196
|
| |
|
|
|
|
| |
This reverts commit r221073 to match upstream revert in r221711.
llvm-svn: 221749
|
| |
|
|
|
|
|
|
|
| |
being asked about symbols it doesn't know about. If
it's asked about a symbol by mangled name and it finds
nothing, then it will try again with the demangled
base name.
llvm-svn: 221660
|
| |
|
|
| |
llvm-svn: 221633
|
| |
|
|
|
|
| |
recent renaming in clang (clang change for revision 221451). This broke all objective C expressions in LLDB.
llvm-svn: 221632
|
| |
|
|
| |
llvm-svn: 221378
|
| |
|
|
| |
llvm-svn: 221073
|
| |
|
|
|
|
|
|
|
| |
look through 'self' at its ivars. It produces
surprising results.
<rdar://problem/18698760>
llvm-svn: 220220
|
| |
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D5849
Reviewed by: Jason Molenda
llvm-svn: 220218
|
| |
|
|
|
|
|
|
|
| |
GetValueForVariableExpressionPath returns NULL and
doesn't set an error.
<rdar://problem/18682916>
llvm-svn: 220070
|
| |
|
|
|
|
|
|
| |
We have two more uses of mktemp still in the source base
but they'll take a little more consideration.
clang static analyzer fixit.
llvm-svn: 219983
|
| |
|
|
|
|
| |
pointer contains something.
llvm-svn: 219966
|
| |
|
|
|
|
| |
clang unreachable code warning.
llvm-svn: 219918
|
| |
|
|
|
|
| |
clang unreachable code warning.
llvm-svn: 219916
|
| |
|
|
|
|
|
| |
as load addreses instead of host addresses.
http://reviews.llvm.org/D5735
llvm-svn: 219896
|
| |
|
|
| |
llvm-svn: 219888
|
| |
|
|
|
|
|
|
| |
from the previous for() loop - check that it is non-null before trying
to deref it.
clang static analyzer fixit.
llvm-svn: 219887
|
| |
|
|
|
|
| |
clang static analyzer fixit.
llvm-svn: 219886
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
do that (RunCommandInterpreter, HandleCommands, HandleCommandsFromFile) to gather
the options into an options class. Also expose that to the SB API's.
Change the way the "-o" options to the lldb driver are processed so:
1) They are run synchronously - didn't really make any sense to run the asynchronously.
2) The stop on error
3) "quit" in one of the -o commands will not quit lldb - not the command interpreter
that was running the -o commands.
I added an entry to the run options to stop-on-crash, but I haven't implemented that yet.
llvm-svn: 219553
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
output style can be customized. Change the built-in default to be
more similar to gdb's disassembly formatting.
The disassembly-format for a gdb-like output is
${addr-file-or-load} <${function.name-without-args}${function.concrete-only-addr-offset-no-padding}>:
The disassembly-format for the lldb style output is
{${function.initial-function}{${module.file.basename}`}{${function.name-without-args}}:\n}{${function.changed}\n{${module.file.basename}`}{${function.name-without-args}}:\n}{${current-pc-arrow} }{${addr-file-or-load}}:
The two backticks in the lldb style formatter triggers the sub-expression evaluation in
CommandInterpreter::PreprocessCommand() so you can't use that one as-is ... changing to
use ' characters instead of ` would work around that.
<rdar://problem/9885398>
llvm-svn: 219544
|
| |
|
|
|
|
|
|
|
| |
Addresses pr/21190 (http://llvm.org/bugs/show_bug.cgi?id=21190).
r219169 implemented this change list:
http://reviews.llvm.org/D5472 for more details.
llvm-svn: 219461
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This setting contains the following:
A list containing all the arguments to be passed to the expression parser compiler.
This change also ensures quoted arguments are handled appropriately.
See http://reviews.llvm.org/D5472 for more details.
Change by Tong Shen.
llvm-svn: 219169
|
| |
|
|
|
|
|
|
|
|
|
|
| |
more accessible from
the user level. It adds the ability to invent new stepping modes implemented by python classes,
and to view the current thread plan stack and to some extent alter it.
I haven't gotten to documentation or tests yet. But this should not cause any behavior changes
if you don't use it, so its safe to check it in now and work on it incrementally.
llvm-svn: 218642
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Those wrapper functions seems not used by lldb... Removed
Reference for
replacing JITMemoryManager with SectionMemoryManager
replacing "llvm::JITMemoryManager::CreateDefaultMemManager()" with "new llvm::SectionMemoryManager()"
http://llvm.org/viewvc/llvm-project/llvm/trunk/tools/llvm-jitlistener/llvm-jitlistener.cpp?r1=218316&r2=218315&pathrev=218316
Change by Tong Shen.
Tested:
Ubuntu 14.04 x86_64
MacOSX 10.9.5 with Xcode Version 6.1 (6A1030) (Beta)
llvm-svn: 218383
|
| |
|
|
| |
llvm-svn: 217862
|
| |
|
|
|
|
|
| |
as part of an attempt to get lldb building inside llvm with -Werror
enabled.
llvm-svn: 217418
|
| |
|
|
| |
llvm-svn: 217003
|
| |
|
|
|
|
|
| |
way ownership of memory buffers is handled in
clang's SourceManager.
llvm-svn: 216810
|
| |
|
|
| |
llvm-svn: 216603
|
| |
|
|
|
|
|
|
| |
install a crash handler.
<rdar://problem/18083226>
llvm-svn: 216309
|
| |
|
|
| |
llvm-svn: 216247
|
| |
|
|
|
|
|
|
| |
This continues the effort to get Host code moved over to HostInfo,
and removes many more instances of preprocessor defines along the
way.
llvm-svn: 216195
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch creates a HostInfo class, a static class used to answer
basic queries about the host platform. As part of this change,
some functionality is moved from Host to HostInfo, and relevant
fixups are performed in the rest of the codebase.
This is part of a larger effort to isolate more code in the Host
layer into platform-specific groups, to make it easier to make
platform specific changes for a particular Host without breaking
other hosts.
Reviewed by: Greg Clayton
Differential Revision: http://reviews.llvm.org/D4963
llvm-svn: 215992
|
| |
|
|
| |
llvm-svn: 215969
|
| |
|
|
| |
llvm-svn: 215681
|
| |
|
|
|
|
| |
udata/sdata forms. By Greg Clayton
llvm-svn: 215379
|
| |
|
|
|
|
|
|
| |
* transfered => transferred
* unkown => unknown
* sucessfully => successfully
llvm-svn: 215367
|
| |
|
|
|
|
|
| |
jit was re-added back to LLVM, so now we require to link against it
again. Should it get removed again, then revert this revert.
llvm-svn: 215170
|
| |
|
|
| |
llvm-svn: 215119
|
| |
|
|
| |
llvm-svn: 215107
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DW_OP_fbreg(N) DW_OP_piece(4) DW_OP_fbreg(M) DW_OP_piece(8)
DW_OP_fbreg(N) DW_OP_piece(4) DW_OP_piece(8)
The first grabs 4 bytes from FP+N followed by 8 bytes from FP+M, the second grabs 4 bytes from FP+N followed by zero filling 8 bytes which are unavailable. Of course regiters are stuff supported:
DW_OP_reg3 DW_OP_piece(4) DW_OP_reg8 DW_OP_piece(8)
The fix does the following:
1 - don't push the full piece value onto the stack, keep it on the side
2 - fill zeros for DW_OP_piece(N) opcodes that have nothing on the stack (instead of previously consuming the full piece that was pushed onto the stack)
3 - simplify the logic
<rdar://problem/16930524>
llvm-svn: 214415
|
| |
|
|
| |
llvm-svn: 214327
|
| |
|
|
| |
llvm-svn: 214323
|