| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 107333
|
| |
|
|
|
|
| |
structs. rdar://8145832
llvm-svn: 107332
|
| |
|
|
|
|
|
|
|
| |
do 'variable list this' command when stopped.
Applied some cleanup on TestArrayTypes.py. In particular, specify the absolute
path to the object file in order not to confuse the debugger.
llvm-svn: 107330
|
| |
|
|
|
|
| |
system CC.
llvm-svn: 107328
|
| |
|
|
| |
llvm-svn: 107327
|
| |
|
|
|
|
| |
conformance
llvm-svn: 107326
|
| |
|
|
|
|
| |
information for the various language dialects Clang supports in a single, easy-to-find page
llvm-svn: 107325
|
| |
|
|
|
|
|
| |
pass -ccc-clang-cxx to force C++ support (even if the binary was built without
it).
llvm-svn: 107324
|
| |
|
|
| |
llvm-svn: 107323
|
| |
|
|
|
|
|
|
|
| |
store make sure to move the debug metadata from the store (which is actual
'return' statement location) to the return instruction (which otherwise would
have the function end location as its debug info).
- Tested by gdb test suite.
llvm-svn: 107322
|
| |
|
|
| |
llvm-svn: 107321
|
| |
|
|
| |
llvm-svn: 107320
|
| |
|
|
| |
llvm-svn: 107318
|
| |
|
|
| |
llvm-svn: 107317
|
| |
|
|
|
|
|
|
|
|
|
| |
entries associated with the value being erased in the
folding set map. These entries used to be harmless, because
a SCEVUnknown doesn't store any information about its Value*,
so having a new Value allocated at the old Value's address
wasn't a problem. But now that ScalarEvolution is storing more
information about values, this is no longer safe.
llvm-svn: 107316
|
| |
|
|
|
|
| |
constructed one -- this is necessary to ensure types get printed correctly.
llvm-svn: 107312
|
| |
|
|
| |
llvm-svn: 107311
|
| |
|
|
|
|
|
|
|
|
| |
r107173, "fix PR7519: after thrashing around and remembering how all this stuff"
r107216, "fix PR7523, which was caused by the ABI code calling ConvertType instead"
This includes a fix to make ConvertTypeForMem handle the "recursive" case, and call
it as such when lowering function types which have an indirect result.
llvm-svn: 107310
|
| |
|
|
|
|
| |
in method/blocks to decide not to mangle them.
llvm-svn: 107309
|
| |
|
|
| |
llvm-svn: 107308
|
| |
|
|
| |
llvm-svn: 107307
|
| |
|
|
| |
llvm-svn: 107306
|
| |
|
|
|
|
|
| |
would work.
Sebastian: figure out which one you want :)
llvm-svn: 107305
|
| |
|
|
|
|
|
| |
traversing the ctor body when traversing a CXXConstructorDecl.
Reviewed by chandlerc and csilvers.
llvm-svn: 107304
|
| |
|
|
|
|
| |
should not be mangled either. Fixes radar 8016412.
llvm-svn: 107303
|
| |
|
|
|
|
|
|
|
| |
LocalRewriter::runOnMachineFunction uses this information to mark dead spill
slots.
This means that InlineSpiller now also works for functions that spill.
llvm-svn: 107302
|
| |
|
|
|
|
| |
classification functions, and updated them for N3092.
llvm-svn: 107301
|
| |
|
|
|
|
| |
declared as commutable
llvm-svn: 107300
|
| |
|
|
|
|
| |
type so that it actually complains about the element type itself.
llvm-svn: 107299
|
| |
|
|
|
|
|
| |
nsw and nuw flags from IR Instructions. On further consideration,
this isn't valid.
llvm-svn: 107298
|
| |
|
|
| |
llvm-svn: 107297
|
| |
|
|
|
|
|
|
| |
union whose first field has integral vector type. Also, clean up this
diagnostic a bit. Thanks to Eli for spotting this change in semantics
last week.
llvm-svn: 107296
|
| |
|
|
|
|
| |
this could break something (but doesn't seem to).
llvm-svn: 107295
|
| |
|
|
| |
llvm-svn: 107294
|
| |
|
|
| |
llvm-svn: 107293
|
| |
|
|
| |
llvm-svn: 107292
|
| |
|
|
|
|
| |
header trimming (needed for std::uninitialized_copy).
llvm-svn: 107291
|
| |
|
|
| |
llvm-svn: 107290
|
| |
|
|
|
|
|
| |
rewriting a c-style cast expression in statement printer.
Fixes radar 8143056.
llvm-svn: 107289
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add functions to look up debugger by id
Add global variable to lldb python module, to hold debugger id
Modify embedded Python interpreter to update the global variable with the
id of its current debugger.
Modify the char ** typemap definition in lldb.swig to accept 'None' (for NULL)
as a valid value.
The point of all this is so that, when you drop into the embedded interpreter
from the command interpreter (or when doing Python-based breakpoint commands),
there is a way for the Python side to find/get the correct debugger
instance ( by checking debugger_unique_id, then calling
SBDebugger::FindDebuggerWithID on it).
llvm-svn: 107287
|
| |
|
|
| |
llvm-svn: 107286
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replaced by a bigger array in SmallPtrSet (by overridding it), instead just use a
pointer to the start of the storage, and have SmallPtrSet pass in the value to use.
This has the disadvantage that SmallPtrSet becomes bigger by one pointer. It has
the advantage that it no longer uses tricky C++ rules, and is clearly correct while
I'm not sure the previous version was. This was inspired by g++-4.6 pointing out
that SmallPtrSetImpl was writing off the end of SmallArray, which it was. Since
SmallArray is replaced with a bigger array in SmallPtrSet, the write was still to
valid memory. But it was writing off the end of the declared array type - sounds
kind of dubious to me, like it sounded dubious to g++-4.6. Maybe g++-4.6 is wrong
and this construct is perfectly valid and correctly compiled by all compilers, but
I think it is better to avoid the whole can of worms by avoiding this construct.
llvm-svn: 107285
|
| |
|
|
| |
llvm-svn: 107282
|
| |
|
|
| |
llvm-svn: 107281
|
| |
|
|
| |
llvm-svn: 107280
|
| |
|
|
| |
llvm-svn: 107279
|
| |
|
|
| |
llvm-svn: 107278
|
| |
|
|
| |
llvm-svn: 107277
|
| |
|
|
| |
llvm-svn: 107276
|
| |
|
|
| |
llvm-svn: 107275
|