| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 296944
|
|
|
|
| |
llvm-svn: 296943
|
|
|
|
| |
llvm-svn: 296941
|
|
|
|
| |
llvm-svn: 296938
|
|
|
|
|
|
|
| |
Some code that doesn't get compiled on Windows had some references
that needed updating, and I missed those.
llvm-svn: 296930
|
|
|
|
| |
llvm-svn: 296925
|
|
|
|
|
|
|
|
| |
Some repos are not git repos, so git is expected
to fail. These errors should not go to stderr,
because Xcode interprets them as failures.
llvm-svn: 296924
|
|
|
|
| |
llvm-svn: 296920
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In an effort to move the various DataBuffer / DataExtractor
classes from Core -> Utility, we have to separate the low-level
functionality from the higher level functionality. Only a
few functions required anything other than reading/writing
raw bytes, so those functions are separated out into a
more appropriate area. Specifically, Dump() and DumpHexBytes()
are moved into free functions in Core/DumpDataExtractor.cpp,
and GetGNUEHPointer is moved into a static function in the
only file that it's referenced from.
Differential Revision: https://reviews.llvm.org/D30560
llvm-svn: 296910
|
|
|
|
|
|
|
|
|
| |
All references to Host and Core have been removed, so this
class can now safely be lowered into Utility.
Differential Revision: https://reviews.llvm.org/D30559
llvm-svn: 296909
|
|
|
|
|
|
|
|
|
|
| |
Prior to MSVC 2015 we had to manually include this header any
time we were going to include <thread> or <future> due to a
bug in MSVC's STL implementation. This has been fixed in MSVC
for some time now, and we require VS 2015 minimum, so we can
remove this across all subprojects.
llvm-svn: 296906
|
|
|
|
|
|
|
| |
realpath is not available as an executable on mac. I give up, I am just
going to leave the path with ..'s in it.
llvm-svn: 296885
|
|
|
|
|
|
|
|
| |
$(realpath), which I guess is a make builtin, gives strange results on
Windows. $(shell realpath) invokes the gnuwin external binary, which
works correctly.
llvm-svn: 296876
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make sure we don't generate extremely long file names for test trace log
file, as this can cause path-too-long errors. As the compilers in the
android ndk are deeply nested, it's very easy to trigger these.
I chose to output at most 4 path components -- this should keep the full
path for common cases like /usr/bin/gcc with room to spare, and should
be enough to uniquely identify the compiler for more deeply nested
cases.
llvm-svn: 296870
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This teaches the test makefiles about the Android NDK, so we are able to
run the tests without first going through the make_standalone_toolchain
script. The motivation for this is the ability to run both libc++ and
libstdc++ tests together, which previously was not possible because
make_standalone_toolchain bakes in the STL to use during toolchain
creation time. The support for this is not present yet -- this change
only make sure we don't regress for existing funcionality (gcc w/
libstdc++). Clang and libc++ support will be added later.
I've checked that the mips android targets compile after this change,
but I have no way of checking whether this breaks anything. If you are
reading this and it broke you, let me know.
Reviewers: tberghammer, danalbert
Subscribers: srhines, lldb-commits
Differential Revision: https://reviews.llvm.org/D30410
llvm-svn: 296869
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
It does not change members or call non-const members.
HostInfo::GetArchitecture() returns a const object ref (maybe others?),
which can't access the non-const function.
Reviewers: labath, eugene
Reviewed By: labath, eugene
Subscribers: lldb-commits
Differential Revision: https://reviews.llvm.org/D30515
Author: Jason Majors <jmajors@google.com>
llvm-svn: 296868
|
|
|
|
|
|
|
|
| |
This in turn triggered some fallout where other files had
been transitively picking up includes that they needed from
FileSpec.h, so I've fixed those up as well.
llvm-svn: 296855
|
|
|
|
|
|
|
| |
This should be a necessary precursor to adding support
for any future extension languages.
llvm-svn: 296834
|
|
|
|
| |
llvm-svn: 296833
|
|
|
|
|
|
| |
Yay for coffee lines.
llvm-svn: 296826
|
|
|
|
| |
llvm-svn: 296819
|
|
|
|
| |
llvm-svn: 296816
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was a list that I've had kicking around for a while, and would
add to whenever some hallway conversation would bring up another good
idea. It's not doing any good on my desktop, but it might generate
some inspiration here. Please add to this if you have any other
good ideas.
I apologize for the formatting, but if I wait to get it looking
nice it would probably stay on my desktop.
llvm-svn: 296814
|
|
|
|
|
|
|
|
|
| |
this test was using the VPATH hack to avoid having a copy of the
inferior source code. This makes the test fail if in happens to run
concurrently with a test in the parent folder. Fix that by moving it up
to the parent.
llvm-svn: 296741
|
|
|
|
|
|
|
|
| |
MSVC (at least the version I am using) does not want to implicitly
capture a const bool variable. Move it into the lambda, as it is not
used outside anyway.
llvm-svn: 296738
|
|
|
|
|
|
|
| |
the byte past the end of the buffer it had been given. ASAN catch.
<rdar://problem/30774863>
llvm-svn: 296733
|
|
|
|
| |
llvm-svn: 296717
|
|
|
|
|
|
| |
test cases.
llvm-svn: 296693
|
|
|
|
| |
llvm-svn: 296692
|
|
|
|
|
|
| |
test cases for standard and "inline" tests.
llvm-svn: 296669
|
|
|
|
|
|
|
| |
We don't need to run this test multiple times to check whether we can
read a register.
llvm-svn: 296611
|
|
|
|
| |
llvm-svn: 296595
|
|
|
|
| |
llvm-svn: 296594
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
The test runner has code to autodetect this, but it's not very smart --
in particular, it fails in the case where we build the test executables
with the just-built clang. Since cmake already has the knowledge about
the right toolchain, we can just have it pass the appropriate flags to
the test runner.
This also removes the "temporary" cache-scrubbing hack added a couple
months ago.
Reviewers: zturner, beanz
Subscribers: mgorny, lldb-commits
Differential Revision: https://reviews.llvm.org/D30453
llvm-svn: 296593
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Use StringRef and ArrayRef where possible. This adds an accessor to the
Args class to get a view of the arguments as ArrayRef<const char *>.
Reviewers: zturner
Subscribers: lldb-commits
Differential Revision: https://reviews.llvm.org/D30402
llvm-svn: 296592
|
|
|
|
|
|
| |
review patches etc from his clayborg email address.
llvm-svn: 296548
|
|
|
|
| |
llvm-svn: 296531
|
|
|
|
| |
llvm-svn: 296517
|
|
|
|
|
|
|
| |
MSDN documents that this function is not thread-safe, so we
wrap it in a global mutex.
llvm-svn: 296516
|
|
|
|
|
|
| |
<rdar://problem/30735021>
llvm-svn: 296504
|
|
|
|
|
|
| |
This had broken as the result of some previous cleanup.
llvm-svn: 296495
|
|
|
|
| |
llvm-svn: 296470
|
|
|
|
| |
llvm-svn: 296427
|
|
|
|
|
|
| |
be checked in.
llvm-svn: 296412
|
|
|
|
| |
llvm-svn: 296406
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Native Thread ID is retrieved with _lwp_self() on NetBSD.
The returned value is of type int32_t, but for consistency with other Operating Systems cast it to uint64_t.
Sponsored by <The NetBSD Foundation>
Reviewers: joerg, labath, clayborg, emaste
Reviewed By: labath, clayborg
Subscribers: #lldb
Tags: #lldb
Differential Revision: https://reviews.llvm.org/D30374
llvm-svn: 296360
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
These two register contexts were identical, so this shouldn't cause any
regressions, but I'd appreciate it if you can check that this at least compiles.
Reviewers: emaste, sas
Subscribers: aemerson, rengolin, lldb-commits, mgorny
Differential Revision: https://reviews.llvm.org/D27126
llvm-svn: 296335
|
|
|
|
|
|
|
|
| |
load_size should be 64-bit unconditionally to match the underlying API.
This makes sure the MAX value correctly signals to auto-detect the file
size when mmap()ing.
llvm-svn: 296334
|
|
|
|
|
|
|
| |
All the existing channels have beens switched to the new mechanism and
this code is now unused.
llvm-svn: 296333
|
|
|
|
|
|
|
|
| |
The channel refactor introduced a regression where we were not honoring
the log options passed when enabling the channel. Fix that and add a
test.
llvm-svn: 296329
|