| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Which means "platform process list" should work and list the architecture.
We are now parsing the elf build-id if it exists, which should allow us to load stripped symbols (looking at that next).
llvm-svn: 182610
|
| |
|
|
|
|
|
|
|
|
| |
command line options.
settings set use-color [false|true]
settings set prompt "${ansi.bold}${ansi.fg.green}(lldb)${ansi.normal} "
also "--no-use-colors" on the command prompt
llvm-svn: 182609
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we started sequences to align for single line comments when
the previous line had a trailing comment, but the sequence was broken
for other reasons.
Now we re-format:
// a
// b
f(); // c
to:
// a
// b
f(); // c
llvm-svn: 182608
|
| |
|
|
|
|
| |
Make sure to not call "regexec" from <regex.h> with a NULL C string, otherwise we can crash.
llvm-svn: 182607
|
| |
|
|
| |
llvm-svn: 182606
|
| |
|
|
|
|
|
|
|
|
| |
Now correctly leaves:
f(); // comment
// comment
g(); // comment
... alone if the middle comment was aligned with g() before formatting.
llvm-svn: 182605
|
| |
|
|
|
|
|
| |
The ARM cycle-counter can be restricted by the operating system; it's
worth warning potential users of this issue.
llvm-svn: 182604
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This implements the @llvm.readcyclecounter intrinsic as the specific
MRC instruction specified in the ARM manuals for CPUs with the Power
Management extensions.
Older CPUs had slightly different methods which may also have to be
implemented eventually, but this should cover all v7 cases.
rdar://problem/13939186
llvm-svn: 182603
|
| |
|
|
|
|
|
|
|
|
| |
Performance monitors, including a basic cycle counter, are an official
extension in the ARMv7 specification. This adds support for enabling and
disabling them, orthogonally from CPU selection.
rdar://problem/13939186
llvm-svn: 182602
|
| |
|
|
|
|
| |
Also fix a minor bug for constructor initializers with braced init lists.
llvm-svn: 182601
|
| |
|
|
|
|
|
|
|
| |
Patch by: Vincent Lejeune
https://bugs.freedesktop.org/show_bug.cgi?id=64877
NOTE: This is a candidate for the 3.3 branch.
llvm-svn: 182600
|
| |
|
|
| |
llvm-svn: 182599
|
| |
|
|
|
|
| |
this out.
llvm-svn: 182598
|
| |
|
|
|
|
| |
Before: vector<int> v{ -1};
After: vector<int> v{-1};
llvm-svn: 182597
|
| |
|
|
|
|
|
|
|
|
| |
Put this somewhere on your path and use:
git clang-format
Awesome work by Mark Lodato. Many thanks!
llvm-svn: 182596
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: shankarke
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D847
llvm-svn: 182595
|
| |
|
|
|
|
| |
while there.
llvm-svn: 182594
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Now that the LiveDebugVariables pass is running *after* register
coalescing, the ConnectedVNInfoEqClasses class needs to deal with
DBG_VALUE instructions.
This only comes up when rematerialization during coalescing causes the
remaining live range of a virtual register to separate into two
connected components.
llvm-svn: 182592
|
| |
|
|
| |
llvm-svn: 182590
|
| |
|
|
| |
llvm-svn: 182589
|
| |
|
|
| |
llvm-svn: 182588
|
| |
|
|
|
|
| |
Also removes an unused function.
llvm-svn: 182587
|
| |
|
|
|
|
| |
Lets us use a SetVector instead of an explicit set + vector combination.
llvm-svn: 182586
|
| |
|
|
|
|
| |
use when doing debug MSVC builds), and fixing coding style.
llvm-svn: 182585
|
| |
|
|
|
|
|
|
| |
The error was:
error: non-constant-expression cannot be narrowed from type 'long long' to 'long' in initializer list [-Wc++11-narrowing]
MI.getOperand(6).getImm() & 0x1F,
llvm-svn: 182584
|
| |
|
|
|
|
|
| |
"check-lsan" now runs both the tests from lib/lsan/tests and any lit
tests found under lib/lsan/lit_tests.
llvm-svn: 182583
|
| |
|
|
| |
llvm-svn: 182582
|
| |
|
|
| |
llvm-svn: 182580
|
| |
|
|
|
|
|
|
| |
platform except Linux (because we don't support sandboxing anywhere else yet)
On Linux we pre-cache the value of readlink("/proc/self/exe"), so that it can be later used when the sandbox has been turned on.
llvm-svn: 182579
|
| |
|
|
| |
llvm-svn: 182578
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we would align:
f(); // comment
// other comment
g();
Even if // other comment was at the start of the line. Now we do not
align trailing comments if they have been already aligned correctly
with the next line.
Thus,
f(); // comment
// other comment
g();
will not be changed, while:
f(); // comment
// other commment
g();
will lead to the two trailing comments being aligned.
llvm-svn: 182577
|
| |
|
|
| |
llvm-svn: 182576
|
| |
|
|
|
|
| |
warning
llvm-svn: 182575
|
| |
|
|
| |
llvm-svn: 182574
|
| |
|
|
| |
llvm-svn: 182573
|
| |
|
|
|
|
|
|
|
|
|
| |
Replaces the use of WhitespaceStart + WhitspaceLength.
This made a bug in the formatter obvous where we would incorrectly
calculate the next column.
FIXME: There's a similar bug left regarding TokenLength. We should
probably also move to have a TokenRange instead.
llvm-svn: 182572
|
| |
|
|
|
|
| |
Also remove unnecessary ifdefs.
llvm-svn: 182571
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
vector<int> x { 1, 2, 3 };
After:
vector<int> x{ 1, 2, 3 };
Also add a style option to remove the spaces inside braced lists,
so that the above becomes:
std::vector<int> v{1, 2, 3};
llvm-svn: 182570
|
| |
|
|
| |
llvm-svn: 182569
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allows formatting of C++11 braced init list constructs, like:
vector<int> v { 1, 2, 3 };
f({ 1, 2 });
This involves some changes of how tokens are handled in the
UnwrappedLineFormatter. Note that we have a plan to evolve the
design of the token flow into one where we create all tokens
up-front and then annotate them in the various layers (as we
currently already have to create all tokens at once anyway, the
current abstraction does not help). Thus, this introduces
FIXMEs towards that goal.
llvm-svn: 182568
|
| |
|
|
|
|
| |
the linker which is trying to export all the __asan_* symbols
llvm-svn: 182567
|
| |
|
|
| |
llvm-svn: 182564
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using fwrite and fread was very *very* slow. The resulting code was multiple
times slower than GCC's implementation of gcov. Replace the fwrite/fread system
with an mmap() version.
If the `.gcda' file doesn't exist, we (re)allocate a buffer that we write
into. That gets written to the `.gcda' file in one chunk. If the `.gcda' file
already exists, we simply mmap() the file, modify the mapped data, and use
msync() to write the contents out to disk. It's much easier than implementing
our own buffering scheme, and we don't have to use fwrite's and fread's
buffering.
For those who are numbers-oriented, here are some timings:
GCC Verison
-----------
`.gcda' files don't exist: 23s
`.gcda' files do exist: 14s
LLVM Version (before this change)
---------------------------------
`.gcda' files don't exist: 28s
`.gcda' files do exist: 28s
LLVM Version (with this change)
-------------------------------
`.gcda' files don't exist: 18s
`.gcda' files do exist: 4s
It's a win-win-win-win-lose-win-win scenario!
<rdar://problem/13466086>
llvm-svn: 182563
|
| |
|
|
|
|
| |
get removed.
llvm-svn: 182562
|
| |
|
|
|
|
| |
This should bring the valgrind bot back to life.
llvm-svn: 182561
|
| |
|
|
| |
llvm-svn: 182560
|
| |
|
|
|
|
|
|
| |
These are not needed since we added the $ORIGIN based rpath.
Fixes pr12517.
llvm-svn: 182559
|
| |
|
|
| |
llvm-svn: 182558
|
| |
|
|
|
|
| |
from 3 to 2 to match the rest of ObjCARCOpts.
llvm-svn: 182557
|
| |
|
|
| |
llvm-svn: 182556
|