| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 135300
|
| |
|
|
| |
llvm-svn: 135299
|
| |
|
|
| |
llvm-svn: 135298
|
| |
|
|
|
|
| |
not isEquality().
llvm-svn: 135296
|
| |
|
|
|
|
|
|
|
|
|
|
| |
incorporate the doxgen doc block of
SBValue::GetChildAtIndex(uint32_t idx,
lldb::DynamicValueType use_dynamic,
bool can_create_synthetic);
into the SBValue docstrings.
llvm-svn: 135295
|
| |
|
|
| |
llvm-svn: 135294
|
| |
|
|
|
|
| |
Patches by Damien Schoof!
llvm-svn: 135293
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
represent pointers and arrays by adding an extra parameter to the
SBValue
SBValue::GetChildAtIndex (uint32_t idx,
DynamicValueType use_dynamic,
bool can_create_synthetic);
The new "can_create_synthetic" will allow you to create child values that
aren't actually a part of the original type. So if you code like:
int *foo_ptr = ...
And you have a SBValue that contains the value for "foo_ptr":
SBValue foo_value = ...
You can now get the "foo_ptr[12]" item by doing this:
v = foo_value.GetChiltAtIndex (12, lldb.eNoDynamicValues, True);
Normall the "foo_value" would only have one child value (an integer), but
we can create "synthetic" child values by treating the pointer as an array.
Likewise if you have code like:
int array[2];
array_value = ....
v = array_value.GetChiltAtIndex (0); // Success, v will be valid
v = array_value.GetChiltAtIndex (1); // Success, v will be valid
v = array_value.GetChiltAtIndex (2); // Fail, v won't be valid, "2" is not a valid zero based index in "array"
But if you use the ability to create synthetic children:
v = array_value.GetChiltAtIndex (0, lldb.eNoDynamicValues, True); // Success, v will be valid
v = array_value.GetChiltAtIndex (1, lldb.eNoDynamicValues, True); // Success, v will be valid
v = array_value.GetChiltAtIndex (2, lldb.eNoDynamicValues, True); // Success, v will be valid
llvm-svn: 135292
|
| |
|
|
| |
llvm-svn: 135291
|
| |
|
|
|
|
| |
to simplify the path towards an auto-generated disassembler.
llvm-svn: 135290
|
| |
|
|
| |
llvm-svn: 135289
|
| |
|
|
|
|
|
| |
- No ELF or COFF implementation yet, I don't have a way to test that.
Should be straightforward to add though.
llvm-svn: 135288
|
| |
|
|
|
|
| |
match class.
llvm-svn: 135287
|
| |
|
|
|
|
|
|
|
| |
is named after a common idiom (i.e., memset/memcpy). Otherwise, we can run into
infinite recursion. Ideally, the user should use the correct -fno-builtin flag,
but in case they don't we should play nicely.
rdar://9763412
llvm-svn: 135286
|
| |
|
|
| |
llvm-svn: 135285
|
| |
|
|
| |
llvm-svn: 135284
|
| |
|
|
|
|
| |
the type of VEXT. This can be achieved with a Pat definition, and is much more disassembler friendly.
llvm-svn: 135283
|
| |
|
|
| |
llvm-svn: 135282
|
| |
|
|
| |
llvm-svn: 135281
|
| |
|
|
|
|
| |
convertToInt(integerParts*) and make them more reliable.
llvm-svn: 135279
|
| |
|
|
| |
llvm-svn: 135278
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
same as the old "connect://<host>:<port>". Also added the ability to
connect using "udp://<host>:<port>" which will open a connected
datagram socket. I need to find a way to specify a non connected
datagram socket as well.
We might need to start setting some settings in the URL itself,
maybe something like:
udp://<host>:<port>?connected=yes
udp://<host>:<port>?connected=no
I am open to suggestions for URL settings.
Also did more work on the KDP darwin kernel plug-in.
llvm-svn: 135277
|
| |
|
|
| |
llvm-svn: 135275
|
| |
|
|
|
|
| |
attributes. Fixes <rdar://problem/9561076>.
llvm-svn: 135273
|
| |
|
|
|
|
| |
helper *_l functions
llvm-svn: 135272
|
| |
|
|
| |
llvm-svn: 135271
|
| |
|
|
|
|
| |
MSVC decorates (and distinguishes) "const" in mangler. It brought linkage error between "extern const" declarations and definitions.
llvm-svn: 135269
|
| |
|
|
| |
llvm-svn: 135268
|
| |
|
|
|
|
| |
direct copy of that instead of first copying to a SmallString and converting that to a std::string. Also fix some indentation.
llvm-svn: 135267
|
| |
|
|
| |
llvm-svn: 135266
|
| |
|
|
| |
llvm-svn: 135265
|
| |
|
|
|
|
|
|
| |
which is required given the current setup for template
argument deduction substitution validation, and add a test
case to make sure we don't break it in the future.
llvm-svn: 135262
|
| |
|
|
|
|
|
|
|
| |
desired overload.
This is a bit of a hackish workaround to fix the compile after r135259.
Let me know if there is a better approach.
llvm-svn: 135261
|
| |
|
|
|
|
| |
the exception of its uses of SourceManager and SourceLocation APIs.
llvm-svn: 135260
|
| |
|
|
|
|
| |
memory for the result.
llvm-svn: 135259
|
| |
|
|
|
|
|
|
|
|
| |
Also add the missing serialization support for SEHTryStmt,
SEHFinallyStmt, and SEHExceptStmt, and fix and finish the
serialization support for AsTypeExpr. In addition, change
the code so that it will no longer link if a Stmt subclass
is missing serialization support.
llvm-svn: 135258
|
| |
|
|
|
|
|
|
|
|
| |
is right --- shouldn't there be a TypeLoc in here somewhere? ---
but at least it doesn't have a redundant QualType and a broken
children() method.
Noticed this while doing things in serialization.
llvm-svn: 135257
|
| |
|
|
|
|
|
| |
to prevent recursive compilation problems. This fixes a failure of CodeGen/decl.c
on x86-32 targets that don't fill in the coerce-to type.
llvm-svn: 135256
|
| |
|
|
|
|
| |
llvm::OwningPtr<BugType> vars (the new convention). No functionality change.
llvm-svn: 135255
|
| |
|
|
| |
llvm-svn: 135254
|
| |
|
|
|
|
|
| |
which was just replaceAllUsesWith without some assertions. It was
needed back when type refinement was alive.
llvm-svn: 135253
|
| |
|
|
|
|
| |
4 files changed, 15 insertions(+), 60 deletions(-)
llvm-svn: 135252
|
| |
|
|
| |
llvm-svn: 135251
|
| |
|
|
|
|
| |
single llvm::OwningPtr<BugType> (the new convention). No functionality change.
llvm-svn: 135250
|
| |
|
|
|
|
| |
Devirtualize the isNegativeZeroValue method.
llvm-svn: 135249
|
| |
|
|
| |
llvm-svn: 135248
|
| |
|
|
|
|
| |
proper va_list time on non-darwin platforms.
llvm-svn: 135247
|
| |
|
|
|
|
| |
issues with it.
llvm-svn: 135246
|
| |
|
|
|
|
| |
that type refinement is toast.
llvm-svn: 135245
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
types. Fore xample, we used to lower:
struct bar { int a; };
struct foo {
void (*FP)(struct bar);
} G;
to:
%struct.foo = type { {}* }
since the function pointer would cause recursive translation of bar and
we didn't know if that would get us into trouble. We are now smart enough
to know that it is fine, so we get this type instead:
%struct.foo = type { void (i32)* }
Codegen still needs to be prepared for uncooperative types at any place,
which is why I let the maximally uncooperative code sit around for awhile to
help shake out the bugs.
llvm-svn: 135244
|