| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
choice of format
llvm-svn: 254349
|
|
|
|
| |
llvm-svn: 254341
|
|
|
|
| |
llvm-svn: 254340
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D15092
llvm-svn: 254338
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds functionality for dumping allocations of struct elements. This involves:
+ Jitting the runtime for details on all the struct fields.
+ Finding the name of the struct type by looking for a global variable of the same type, which will have been reflected back to the java host code.
+ Using this struct type name to pass into expression evaluation for pretty printing the data for the dump command.
llvm-svn: 254294
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This makes sure we do not attempt to send output over the gdb-remote protocol when the client is
not expecting it (i.e., after sending the stop-reply packet). Normally, this should not happen
(the process cannot generate output when it is stopped), but due to the fact that pty
communication is asynchronous in the linux kernel (llvm.org/pr25652), we may sometimes get this
output too late. Instead, we just hold the output, and send it next time we resume. This is not
ideal, but at least it makes sure we do not violate the remote protocol. Given that this happens
extremely rarely it's not worth trying to work around it with sleeps or something like that.
I also remove the m_stdio_communication_mutex, as all of LLGS is now single-threaded anyway.
Reviewers: tberghammer, ovyalov
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D15019
llvm-svn: 254200
|
|
|
|
|
|
|
| |
The test is flakey but it fails too often with gcc 4.9.2 on x86_64 to
be marked only as expected flakey.
llvm-svn: 254194
|
|
|
|
|
|
|
| |
Previously it tried to write a bit in the FPSCR register marked as
do not modify what failed on some device.
llvm-svn: 254166
|
|
|
|
|
|
|
|
| |
These tests were fixed by r253026 but they was failing on the linux
build bot because of a system setup problem. Remove xfail from them
after we fixed the build bot.
llvm-svn: 254163
|
|
|
|
|
|
| |
Differential revision: http://reviews.llvm.org/D15010
llvm-svn: 254153
|
|
|
|
|
|
| |
Differential revision: http://reviews.llvm.org/D14985
llvm-svn: 254152
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were trying to be super smart and find all the supported language
bindings. This led to us scanning the directory and treating all
subdirectories as language binding directories. This makes it
hard to add unrelated code in this folder.
Besides, we only support one at the moment - Python. And when new
ones are added it will be trivial to just add their names to a list.
So this patch gets stupider about how to look for language binding
subfolders. Just put them in a list, and use the list.
llvm-svn: 254078
|
|
|
|
|
|
| |
test reliably passed last 100 buildbot runs. Enable it and see what happens.
llvm-svn: 254072
|
|
|
|
|
|
|
|
|
| |
This script really should not be assuming every subdirectory is
a language directory for swig generation. Using a hack to get
this working for now, but this should be solved once this script
is re-written similar to how prepare_bindings was.
llvm-svn: 254037
|
|
|
|
| |
llvm-svn: 254033
|
|
|
|
| |
llvm-svn: 254026
|
|
|
|
| |
llvm-svn: 254025
|
|
|
|
| |
llvm-svn: 254024
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With this patch, the client will package up all the required
inputs into a compressed zip file, establish a connection to the
server, send the input to the server, and wait for the server to
send a response (in this case the response is just echoed back to
the client).
This gets the network communication in place, and in a subsequent
patch I will follow up with the code that actually runs swig on
the server and sends back the output instead of echoing back the
input.
llvm-svn: 254023
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This version supports local generation only. It's intentionally
stupid, and does not support any kind of dependency checking.
If you run the script, it's going to call SWIG. While this is
a slow process, we are going to combine the use of the swig bot
with checked in static bindings, meaning that it won't be terribly
important to only regenerate the bindings when the input files
have actually changed.
A side benefit of this is that the implementation is drastically
simpler.
This is all experimental at the moment, but it duplicates a lot
of the logic currently found in prepare_bindings.py. There was
not a good way to reuse some of the logic without invasive changes
on that script, and since this script is still experimental, it
makes sense to just copy them over, and if / when this becomes
more mature, we can get rid of the other ones.
llvm-svn: 254022
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD
On FreeBSD we may get Clang via CC=cc or CC=/usr/bin/cc.
llvm.org/pr25626
llvm-svn: 254006
|
|
|
|
|
|
|
|
|
|
| |
This test was already expectedFlakeyLinux for occasional failures on the
Linux buildbot. It seems the new FreeBSD buildbot fails the same way on
occasion.
llvm.org/pr25172
llvm-svn: 254002
|
|
|
|
|
|
|
|
|
| |
These pass on my FreeBSD stable/10 desktop and my (not-yet-connected)
FreeBSD 11-CURRENT buildbot
llvm.org/pr20548
llvm-svn: 254001
|
|
|
|
|
|
|
|
|
| |
This passes on my FreeBSD stable/10 desktop and my new FreeBSD
11-current buildbot (which is not yet hooked up to the buildmaster).
llvm.org/pr18190
llvm-svn: 254000
|
|
|
|
|
|
| |
llvm.org/pr25624
llvm-svn: 253998
|
|
|
|
|
|
|
|
| |
targets.
Differential revision: http://reviews.llvm.org/D14823
llvm-svn: 253973
|
|
|
|
|
|
|
|
| |
debug server connection failure.
http://reviews.llvm.org/D14895
llvm-svn: 253906
|
|
|
|
|
|
|
|
| |
Reviewers: jaydeep.
Subscribers: bhushan, sagar, nitesh.jain, lldb-commits.
Differential Revision: http://reviews.llvm.org/D14860
llvm-svn: 253864
|
|
|
|
|
|
|
|
|
|
|
|
| |
correct OS type when running on an apple tv or apple watch.
Also, in TargetList::CreateTargetInternal, check that a platform
is returned by GetPlatformForArchitecture fallback instead of
adding it to the vector of platforms unconditionally; we can end up
crashing when we call a member function on it later.
<rdar://problem/23601982>, <rdar://problem/21292886>
llvm-svn: 253763
|
|
|
|
|
|
|
| |
I have plans to reuse this function in another script, so raising
this out of prepare_bindings allows this.
llvm-svn: 253755
|
|
|
|
| |
llvm-svn: 253739
|
|
|
|
|
|
|
|
| |
Also adds SB API to save a core and tests that use it.
Differential Revision: http://reviews.llvm.org/D14793
llvm-svn: 253734
|
|
|
|
| |
llvm-svn: 253732
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: This reverts commit 70dca28976ee8137acce2cc203dd394f4d761276.
Reviewers: amccarth, zturner
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D14881
llvm-svn: 253704
|
|
|
|
|
|
|
|
| |
Patch by Kamil Rytarowski
Differential Revision: http://reviews.llvm.org/D14876
llvm-svn: 253699
|
|
|
|
|
|
| |
the test yet
llvm-svn: 253697
|
|
|
|
|
|
|
|
| |
Accidentally commited before I was done.
This reverts commit 2ec2da4ee52780582d5e9c88b2e982a688fbdbe1.
llvm-svn: 253685
|
|
|
|
| |
llvm-svn: 253684
|
|
|
|
| |
llvm-svn: 253683
|
|
|
|
| |
llvm-svn: 253679
|
|
|
|
|
|
| |
Differential revision: http://reviews.llvm.org/D14816
llvm-svn: 253657
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This reverts commit 251965377bdfb6227eea42c12a792c059e4e8a4b
as a test marked "skipIf(compiler='gcc')" runs when testing with GCC.
Reviewers: amccarth
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D14852
llvm-svn: 253631
|
|
|
|
| |
llvm-svn: 253623
|
|
|
|
|
|
|
|
| |
iterating over a std::multimap was actually mutating the list.
<rdar://problem/23605600>
llvm-svn: 253618
|
|
|
|
| |
llvm-svn: 253616
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This reverts commit 2354cd73101e58540b8b39783df462d06023309f as it
introduced a bunch regressions on the linux bot.
Reviewers: emaste, krytarowski
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D14844
llvm-svn: 253615
|
|
|
|
|
|
| |
that the 'frame variable' command can still find the members of such union as if they were top-level variables in the current scope
llvm-svn: 253613
|
|
|
|
|
|
| |
infrastructure; the tests are now xfailed on Darwin pending investigation
llvm-svn: 253604
|
|
|
|
|
|
|
|
| |
Patch by Kamil Rytarowski
Differential Revision: http://reviews.llvm.org/D14530
llvm-svn: 253601
|
|
|
|
|
|
| |
spaces in the path to it
llvm-svn: 253599
|