| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 149212
|
| |
|
|
|
|
| |
a better doxyment group for convenience predicates.
llvm-svn: 149211
|
| |
|
|
| |
llvm-svn: 149210
|
| |
|
|
| |
llvm-svn: 149209
|
| |
|
|
|
|
| |
useful output from the buildbots
llvm-svn: 149208
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
due to RTTI worries since llvm and clang don't use RTTI, but I was able to
switch back with no issues as far as I can tell. Once the RTTI issue wasn't
an issue, we were looking for a way to properly track weak pointers to objects
to solve some of the threading issues we have been running into which naturally
led us back to std::tr1::weak_ptr. We also wanted the ability to make a shared
pointer from just a pointer, which is also easily solved using the
std::tr1::enable_shared_from_this class.
The main reason for this move back is so we can start properly having weak
references to objects. Currently a lldb_private::Thread class has a refrence
to its parent lldb_private::Process. This doesn't work well when we now hand
out a SBThread object that contains a shared pointer to a lldb_private::Thread
as this SBThread can be held onto by external clients and if they end up
using one of these objects we can easily crash.
So the next task is to start adopting std::tr1::weak_ptr where ever it makes
sense which we can do with lldb_private::Debugger, lldb_private::Target,
lldb_private::Process, lldb_private::Thread, lldb_private::StackFrame, and
many more objects now that they are no longer using intrusive ref counted
pointer objects (you can't do std::tr1::weak_ptr functionality with intrusive
pointers).
llvm-svn: 149207
|
| |
|
|
|
|
|
|
| |
headers. The remaining headers require more sophisticated
requirements; they'll be handled separately. Part of
<rdar://problem/10710060>.
llvm-svn: 149206
|
| |
|
|
| |
llvm-svn: 149205
|
| |
|
|
| |
llvm-svn: 149204
|
| |
|
|
|
|
| |
library, since it doesn't really have anything to do with Clang.
llvm-svn: 149203
|
| |
|
|
| |
llvm-svn: 149202
|
| |
|
|
| |
llvm-svn: 149201
|
| |
|
|
|
|
| |
results in libclang.
llvm-svn: 149200
|
| |
|
|
|
|
|
|
|
|
|
|
| |
@import <complete with module names here>
or
@import std.<complete with submodule names here>
Addresses <rdar://problem/10710117>.
llvm-svn: 149199
|
| |
|
|
|
|
|
|
|
| |
for getting the name of the module file, unifying the code for
searching for a module with a given name (into lookupModule()) and
separating out the mapping to a module file (into
getModuleFileName()). No functionality change.
llvm-svn: 149197
|
| |
|
|
| |
llvm-svn: 149196
|
| |
|
|
| |
llvm-svn: 149195
|
| |
|
|
| |
llvm-svn: 149194
|
| |
|
|
|
|
|
|
| |
kill the retain from the return site.
This has the workaround nature. It's badness all around.
llvm-svn: 149193
|
| |
|
|
| |
llvm-svn: 149192
|
| |
|
|
|
|
|
| |
from the SBTarget and SBModule interfaces. Also added many python properties
for easier access to many things from many SB objects.
llvm-svn: 149191
|
| |
|
|
|
|
|
| |
in the presence of straight-line cleanups. This is a simple but
important case, particularly for ARC.
llvm-svn: 149190
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Don't call malloc+free in the very hot forward().
- Don't call isTiedToDefOperand().
- Don't create BitVector temporaries.
- Merge DeadRegs into KillRegs.
- Eliminate the early clobber checks, they were irrelevant to scavenging.
- Remove unnecessary code from -Asserts builds.
This speeds up ARM PEI by 3.4x and overall llc -O0 codegen time by 11%.
llvm-svn: 149189
|
| |
|
|
| |
llvm-svn: 149188
|
| |
|
|
|
|
|
| |
The alternative LHS &= ~RHS is way too slow because it creates a
temporary that calls malloc/free.
llvm-svn: 149187
|
| |
|
|
|
|
|
|
| |
like Darwin that don't support it. We should also complain about
invalid -fvisibility=protected, but that information doesn't seem
to exist at the most appropriate time, so I've left a FIXME behind.
llvm-svn: 149186
|
| |
|
|
| |
llvm-svn: 149185
|
| |
|
|
|
|
|
|
| |
consume one or more of their arguments. If not done, this will cause a leak
as method will not consume the argument when receiver is null.
// rdar://10444474
llvm-svn: 149184
|
| |
|
|
|
|
|
|
|
| |
There is really no reason to have these only available on x86. It's
just __builtin_c[tl]z for shorts.
Modernize the test while at it.
llvm-svn: 149183
|
| |
|
|
|
|
| |
(and other targets).
llvm-svn: 149182
|
| |
|
|
| |
llvm-svn: 149181
|
| |
|
|
|
|
|
|
| |
and MIPS ELF backends.
Fixes PR11877
llvm-svn: 149180
|
| |
|
|
| |
llvm-svn: 149179
|
| |
|
|
|
|
| |
that don't care about the language don't have to pull in all the headers.
llvm-svn: 149178
|
| |
|
|
| |
llvm-svn: 149177
|
| |
|
|
| |
llvm-svn: 149175
|
| |
|
|
|
|
| |
messages and allows us to fix PR11865.
llvm-svn: 149174
|
| |
|
|
|
|
| |
caught by Chad.
llvm-svn: 149173
|
| |
|
|
| |
llvm-svn: 149172
|
| |
|
|
| |
llvm-svn: 149171
|
| |
|
|
| |
llvm-svn: 149168
|
| |
|
|
|
|
| |
for when we enable the assisted layout.
llvm-svn: 149167
|
| |
|
|
|
|
|
|
|
|
| |
All of the commands now get globbed into a single line.
lldb.target, lldb.process, lldb.thread and lldb.frame now get initialized with
empty SBTarget, SBProcess, SBThread and SBFrame objects when they don't contain
anything.
llvm-svn: 149166
|
| |
|
|
|
|
| |
shell script build phase.
llvm-svn: 149165
|
| |
|
|
| |
llvm-svn: 149164
|
| |
|
|
| |
llvm-svn: 149163
|
| |
|
|
| |
llvm-svn: 149162
|
| |
|
|
|
|
|
| |
the alignment (because it's not encoded in DWARF). In this case, make
an educated guess at the alignment.
llvm-svn: 149161
|
| |
|
|
|
|
|
|
|
| |
will ask ExternalASTSource objects to help laying out a type. This is needed
because the DWARF typically doesn't contain alignement or packing attribute
values, and we need to be able to match up types that the compiler uses
in expressions.
llvm-svn: 149160
|
| |
|
|
|
|
|
|
|
|
|
| |
Sometimes there is only one 'resume' instruction per function. In those
situations, we don't need a separate block for the call to _Unwind_Resume. In
fact, it adds a lot of overhead to code-gen if we do that -- especially at -O0.
If we have a single 'resume' instruction, just generate the call within that
block.
<rdar://problem/10694814>
llvm-svn: 149159
|