| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
and reducing indentation through the clever use of early exits. ;]
llvm-svn: 139001
|
| |
|
|
|
|
| |
in a leak. There's room for improvement here...
llvm-svn: 139000
|
| |
|
|
| |
llvm-svn: 138999
|
| |
|
|
|
|
|
|
|
|
| |
current analysis from CFRefCount to ExprEngine.
Remove TransferFuncs from ExprEngine and AnalysisConsumer.
Demote RetainReleaseChecker to a regular checker, and give it the name osx.cocoa.RetainCount (class name change coming shortly). Update tests accordingly.
llvm-svn: 138998
|
| |
|
|
|
|
| |
from disassembling to their non-VEX form. Also prevents weak filter collisons that were keeping valid VEX instructions from decoding properly. Make VEX_L* not inherit from VEX_* because the VEX.L bit always important. This stops packed int VEX encodings from being disassembled when specified with VEX.L=1. Fixes PR10831 and PR10806.
llvm-svn: 138997
|
| |
|
|
| |
llvm-svn: 138996
|
| |
|
|
|
|
| |
NULL as a non-pointer in a binary operation into separate functions.
llvm-svn: 138995
|
| |
|
|
| |
llvm-svn: 138994
|
| |
|
|
|
|
| |
checking functions, into its own function.
llvm-svn: 138993
|
| |
|
|
|
|
| |
functions making a slimmer function.
llvm-svn: 138992
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Perform the upgrading in steps.
* First, create a map of the invokes to the EH intrinsics.
* Next, take that mapping and determine if the invoke's unwind destination has a
single predecessor. If not, then create a new empty block to hold the new
landingpad instruction.
* Create a landingpad instruction into the uwnind destination. Fill it with the
values from the old selector. Map the old intrinsic calls to the new
landingpad values (there may be multiple landingpad instructions per instrinic
call pairs).
* Go through the old intrinsic calls, create a PHI node when necessary, and then
replace their values with the new values from the landingpad instructions.
* Delete all dead instructions.
* ???
* Profit!
llvm-svn: 138990
|
| |
|
|
| |
llvm-svn: 138989
|
| |
|
|
|
|
|
|
| |
register names when dumping variable locations and location lists. Also did
some cleanup where "int" types were being used for "lldb::RegisterKind"
values.
llvm-svn: 138988
|
| |
|
|
|
|
| |
hard coding strings from SemaExpr.cpp to DiagnosticSemaKinds.td.
llvm-svn: 138987
|
| |
|
|
|
|
|
|
|
| |
Preprocessor, eliminating the constructor that was used by ASTUnit
(which didn't provide an ASTContext or Prepreprocessor). Ensuring that
both objects are non-NULL will simplify module loading (but none of
that is done yet).
llvm-svn: 138986
|
| |
|
|
|
|
|
|
| |
builtin types (When requested). This is another step toward making
ASTUnit build the ASTContext as needed when loading an AST file,
rather than doing so after the fact. No actual functionality change (yet).
llvm-svn: 138985
|
| |
|
|
|
|
|
|
| |
and language-specific initialization. Use this to allow ASTUnit to
create a preprocessor object *before* loading the AST file. No actual
functionality change.
llvm-svn: 138983
|
| |
|
|
|
|
| |
not externally exposed.
llvm-svn: 138982
|
| |
|
|
| |
llvm-svn: 138981
|
| |
|
|
| |
llvm-svn: 138980
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DWARF accelerator table sections to the DWARF parser. These sections are similar
to the .debug_pubnames and .debug_pubtypes, but they are designed to be hash tables
that are saved to disc in a way that the sections can just be loaded into memory
and used without any work on the debugger side. The .debug_pubnames and .debug_pubtypes
sections are not ordered, contain a copy of the name in the section itself which
makes these sections quite large, they only include publicly exported names (so no
static functions, no types defined inside functions), many compilers put different
information in them making them very unreliable so most debugger ignore these sections
and parse the DWARF on their own. The tables must also be parsed and sorted in order
to be used effectively. The new sections can be quickly loaded and very efficiently be used
to do name to DIE lookups with very little up front work. The format of these new
sections will be changing while we work out the bugs, but we hope to have really
fast name to DIE lookups soon.
llvm-svn: 138979
|
| |
|
|
| |
llvm-svn: 138978
|
| |
|
|
|
|
|
|
| |
to be unreliable on platforms which require memcpy calls, and it is
complicating broader legalize cleanups. It is hoped that these cleanups
will make memcpy byval easier to implement in the future.
llvm-svn: 138977
|
| |
|
|
|
|
|
|
|
|
|
| |
- On COFF the .lcomm directive has an alignment argument.
- On ELF we fall back to .local + .comm
Based on a patch by NAKAMURA Takumi.
Fixes PR9337, PR9483 and PR10128.
llvm-svn: 138976
|
| |
|
|
|
|
| |
CheckIncrementDecrementOperand() in SemaExpr.cpp to move reused code to separate functions.
llvm-svn: 138975
|
| |
|
|
| |
llvm-svn: 138974
|
| |
|
|
|
|
| |
-Werror. Sorry for the inconvenience.
llvm-svn: 138973
|
| |
|
|
|
|
| |
in the face of buffering C++/ObjC method bodies.
llvm-svn: 138972
|
| |
|
|
|
|
| |
of leftovers.
llvm-svn: 138971
|
| |
|
|
|
|
|
| |
and may very well be dependent-types, triggering an assertion in debug info
codegen.
llvm-svn: 138970
|
| |
|
|
|
|
|
|
|
| |
itself upon initialization, such as using itself within its own copy constructor.
struct S {};
S s(s);
llvm-svn: 138969
|
| |
|
|
| |
llvm-svn: 138968
|
| |
|
|
|
|
| |
Duncan noticed this!
llvm-svn: 138967
|
| |
|
|
| |
llvm-svn: 138966
|
| |
|
|
|
|
| |
anyone is actually using this, but might as well fix it since I found the issue.)
llvm-svn: 138965
|
| |
|
|
| |
llvm-svn: 138964
|
| |
|
|
|
|
|
| |
Remove broken emacs mode major notation marking a C++ file as C.
No functionality change.
llvm-svn: 138963
|
| |
|
|
|
|
| |
instructions. Found by inspection; not sure what practical impact, if any, this has.
llvm-svn: 138962
|
| |
|
|
|
|
| |
not check to see if this is the last character in the stream and thus never set eofbit. This fixes http://llvm.org/bugs/show_bug.cgi?id=10817 . This fix requires a recompiled libc++.dylib to be fully implemented. The recompiled libc++.dylib is ABI compatible with that shipped on Lion.
llvm-svn: 138961
|
| |
|
|
|
|
|
|
| |
Objective-C method buffering(rdar://10056942)
Turned out the same issue existed for C++ inline methods.
llvm-svn: 138960
|
| |
|
|
|
|
|
|
|
| |
LangOptions, rather than making distinct copies of
LangOptions. Granted, LangOptions doesn't actually get modified, but
this will eventually make it easier to construct ASTContext and
Preprocessor before we know all of the LangOptions.
llvm-svn: 138959
|
| |
|
|
|
|
| |
for now.
llvm-svn: 138958
|
| |
|
|
| |
llvm-svn: 138957
|
| |
|
|
| |
llvm-svn: 138955
|
| |
|
|
| |
llvm-svn: 138954
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
An instruction may define part of a register where the other bits are
undefined. In that case, it is safe to rematerialize the instruction.
For example:
%vreg2:ssub_0<def> = VLDRS <cp#0>, 0, pred:14, pred:%noreg, %vreg2<imp-def>
The extra <imp-def> operand indicates that the instruction does not read
the other parts of the virtual register, so a remat is safe.
This patch simply allows multiple def operands for the virtual register.
It is MI->readsVirtualRegister() that determines if we depend on a
previous value so remat is impossible.
llvm-svn: 138953
|
| |
|
|
| |
llvm-svn: 138952
|
| |
|
|
|
|
| |
only one use. Fix PR10825.
llvm-svn: 138951
|
| |
|
|
|
|
|
|
| |
a data using DataEncoder.
Added DataEncoder to the lldb-forward.h file.
llvm-svn: 138950
|
| |
|
|
|
|
| |
can reserve a block of memory and store stuff into it.
llvm-svn: 138949
|