| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 194187
|
| |
|
|
| |
llvm-svn: 194186
|
| |
|
|
|
|
| |
templates: num_get::__do_get_signed and num_get::__do_get_unsigned, and make the do_get routines call them. No functionality change.
llvm-svn: 194185
|
| |
|
|
|
|
|
|
|
| |
limited ways) after the next release. See the lengthy discussions (which
are on-going) and the corresponding commit to LLVM's release notes.
Nothing is actually changing at this point, this is just further
spreading the plan.
llvm-svn: 194184
|
| |
|
|
|
|
|
|
|
| |
after the 3.4 release to the release notes. See the *lengthy* llvmdev
and cfe-dev threads on this subject. There will be more emails,
discussion and announcements, but I want to make noise in as many places
as I can to get everyone's concerns voiced and understood.
llvm-svn: 194183
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It completes the job of using EvaluateExpressionOptions consistently throughout
the inferior function calling mechanism in lldb begun in Greg's patch r194009.
It removes a handful of alternate calls into the ClangUserExpression/ClangFunction/ThreadPlanCallFunction which
were there for convenience. Using the EvaluateExpressionOptions removes the need for them.
Using that it gets the --debug option from Greg's patch to work cleanly.
It also adds another EvaluateExpressionOption to not trap exceptions when running expressions. You shouldn't
use this option unless you KNOW your expression can't throw beyond itself. This is:
<rdar://problem/15374885>
At present this is only available through the SB API's or python.
It fixes a bug where function calls would unset the ObjC & C++ exception breakpoints without checking whether
they were set by somebody else already.
llvm-svn: 194182
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Similar to __FUNCTION__, MSVC exposes the name of the enclosing mangled
function name via __FUNCDNAME__. This implementation is very naive and
unoptimized, it is expected that __FUNCDNAME__ would be used rarely in
practice.
Reviewers: rnk, rsmith, thakis
CC: cfe-commits, silvas
Differential Revision: http://llvm-reviews.chandlerc.com/D2109
llvm-svn: 194181
|
| |
|
|
|
|
| |
This is an addendum to r194174.
llvm-svn: 194180
|
| |
|
|
|
|
| |
No functional changes (intended).
llvm-svn: 194179
|
| |
|
|
| |
llvm-svn: 194178
|
| |
|
|
|
|
| |
CMake files
llvm-svn: 194177
|
| |
|
|
| |
llvm-svn: 194176
|
| |
|
|
| |
llvm-svn: 194175
|
| |
|
|
|
|
| |
We don't want to them to appear in the help text for now.
llvm-svn: 194174
|
| |
|
|
| |
llvm-svn: 194173
|
| |
|
|
| |
llvm-svn: 194172
|
| |
|
|
| |
llvm-svn: 194171
|
| |
|
|
| |
llvm-svn: 194170
|
| |
|
|
| |
llvm-svn: 194169
|
| |
|
|
|
|
| |
X 10.9.
llvm-svn: 194168
|
| |
|
|
|
|
|
|
|
|
| |
This patch adds support for converting normalized mach-o to and from binary
mach-o. It also changes WriterMachO (which previously directly wrote a
mach-o binary given a set of Atoms) to instead do it in two steps. The first
step uses normalizedFromAtoms() to convert Atoms to normalized mach-o, and the
second step uses writeBinary() which to generate the mach-o binary file.
llvm-svn: 194167
|
| |
|
|
| |
llvm-svn: 194166
|
| |
|
|
|
|
|
| |
CMake-generated Makefiles include this cl flag which can be safely ignored
until we get PDB server support.
llvm-svn: 194165
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These allow clients to retrieve persistent AST objects (ASTUnits) which
can be used in an ad-hoc manner after parsing.
To accommodate this change, the code for processing a CompilerInvocation
using a FrontendAction has been factored out to FrontendActionFactory, and
a new base class, ToolAction, has been introduced, allowing the tool to do
arbitrary things with each CompilerInvocation. This change was necessary
because ASTUnit does not use the FrontendAction interface directly.
This change also causes the FileManager in ClangTool to use shared ownership.
This will become necessary because ASTUnit takes shared ownership of
FileManager (ClangTool's FileManager is currently unused by ASTUnit; this
is a FIXME). As shown in the tests, any client of ToolInvocation will
need to be modified to use shared ownership for FileManager.
Differential Revision: http://llvm-reviews.chandlerc.com/D2097
llvm-svn: 194164
|
| |
|
|
| |
llvm-svn: 194163
|
| |
|
|
| |
llvm-svn: 194162
|
| |
|
|
|
|
|
| |
follow when building a class member access expression. Based on a patch by
Rahul Jain!
llvm-svn: 194161
|
| |
|
|
|
|
|
|
| |
These fields are for /align option. Section alignment can be set per-section
basis with /section option too. In order to avoid name conflicts, rename the
existing identifiers to become more specific. No functionality change.
llvm-svn: 194160
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
iterators for LLDB's container data structures.
Iterable abstracts over the backing data structure,
ignoring keys for maps for example. It also provides
locking as a service so that the code
for (ThreadSP thread_sp : process->Threads())
{
// ... use thread_sp
}
takes the appropriate locks once, without having to
do anything else.
The salient advantages of this system are:
- Much simpler and idiomatic loop code
- Lock once instead of each time an element is fetched
- Less boilerplate to produce the iterators
The intent is that Iterable will replace Get...AtIndex
in most places, and that ForEach(), which solves the
same problem in a less-idiomatic way, be phased out in
favor of this approach.
I've added Iterables to ThreadList, TypeList, and
Process (which is really just forwarding to ThreadList).
llvm-svn: 194159
|
| |
|
|
|
|
|
|
|
|
| |
On the microsoft ABI clang is producing one weak_odr and one linkonce_odr
destructor, which is reasonable since only one is required.
The fix is simply to move the assert past the special case treatment of
linkonce_odr.
llvm-svn: 194158
|
| |
|
|
|
|
| |
test case.
llvm-svn: 194157
|
| |
|
|
|
|
| |
when they actually do.
llvm-svn: 194156
|
| |
|
|
|
|
| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018)
llvm-svn: 194155
|
| |
|
|
|
|
| |
1402. This fixes http://llvm.org/bugs/show_bug.cgi?id=17798.
llvm-svn: 194154
|
| |
|
|
| |
llvm-svn: 194153
|
| |
|
|
|
|
|
| |
We can change this back when NEON support is complete and ready to become
enabled by default.
llvm-svn: 194152
|
| |
|
|
|
|
| |
incorrectly throw length_error (instead of bad_alloc) when attempting to resize the string to 'max_size()'. Add tests for resizing to max_size +/-1
llvm-svn: 194151
|
| |
|
|
|
|
| |
The top stack frames for operator new and operator delete are different on Linux and Darwin.
llvm-svn: 194150
|
| |
|
|
| |
llvm-svn: 194149
|
| |
|
|
|
|
|
| |
I don't have a standalone testcase for this, but it should allow r193676
to be reapplied.
llvm-svn: 194148
|
| |
|
|
| |
llvm-svn: 194147
|
| |
|
|
| |
llvm-svn: 194146
|
| |
|
|
|
|
| |
clang-format are also included.
llvm-svn: 194145
|
| |
|
|
| |
llvm-svn: 194144
|
| |
|
|
|
|
| |
Original patch by Chris Wailes
llvm-svn: 194143
|
| |
|
|
|
|
|
| |
Presence of using namespace llvm depended on several #ifdef's, and
this broke the build on mswin32.
llvm-svn: 194142
|
| |
|
|
|
|
|
|
| |
Disassembler
Also, properly name the functions.
llvm-svn: 194141
|
| |
|
|
|
|
|
|
| |
Disassembler
Original patch by Chris Wailes
llvm-svn: 194140
|
| |
|
|
|
|
| |
Original patch by Chris Wailes
llvm-svn: 194139
|
| |
|
|
| |
llvm-svn: 194138
|