Displaying 10 results from an estimated 10 matches for "debugserv".
Did you mean:
debugger
2019 Apr 08
2
LLVM 8 + Mavericks?
...MacOSX 10.13 sdk has it so I unpacked
it to Xcode so I had MacOSX10.9.sdk and MacOSX10.13.sdk in SDKs, I
erased all build files, cmake now displayed "Found SDK version 10.10"
(it puzzled me, I've 10.13), I ran make and got:
/Users/mkl/Downloads/llvm/llvm-8.0.0.src/tools/lldb/tools/debugserver/source/RNBRemote.cpp:45:10:
fatal error:
'compression.h' file not found
/Users/mkl/Downloads/llvm/llvm-8.0.0.src/tools/lldb/tools/debugserver/source/MacOSX/MachTask.mm:408:35:
error: use of undeclared identifier 'vm_kernel_page_size'
/Users/mkl/Downloads/llvm/llvm-8.0.0.s...
2020 Mar 05
2
[lldb-dev] Continuing from dbgtrap on different targets
...f ours it should always move the PC after the trap before returning control to the user. I can't see why you would want to keep hitting the trap over and over. I've received several bugs (on the Apple bug reporter side) for this feature. This might be something we teach lldb-server & debugserver to do, rather than lldb but that's an implementation detail...
>
> For now, on architectures where the trap doesn't execute, you just need to move the pc past the trap by hand (with the "thread jump" command) before continuing. That has always been safe on arm64 so far a...
2019 Jun 27
2
LLVM on bare-metal
...ld take care of the relocation and
>> run-time linking duties.
> That's a much smaller task than what you'd get from embedding all of
> LLVM. lldb is probably an example of a program with a similar problem
> to you, and it gets by with just a pretty small stub of a
> "debugserver" on a device. It does all CodeGen and even prelinking on
> the host side, and then transfers binary data across.
>
> The concept is called "remote JIT" in the LLVM codebase if you want to
> research it more.
>
> I think the main advantage you'd get from embedd...
2020 Mar 04
2
Continuing from dbgtrap on different targets
Hi,
I'm noticing an unexpected difference between targets when I hit a dbgtrap in the debugger. Consider this simple llvm function:
define void @do_break() {
entry:
call void @llvm.debugtrap()
ret void
}
If I compile that with llc and use lldb to launch a program that calls it, on x86_64 linux (Ubuntu 18.04), here's what I see at the stop:
Process 130404 stopped
* thread #1,
2017 Apr 26
3
LLDB security and the use of an IPC library
LLDB currently uses a client-server architecture. That appears fine,
but runs into an annoying security problem: other users on the same
machine can connect to the TCP socket and take over LLDB and thus the
user’s system. This means that LLDB is useless in multiuser
enviromnents on Linux, such as academic computer labs.
The immediate problem can be solved by using either HMAC authentication
of
2019 Jun 27
2
LLVM on bare-metal
...gt;>> run-time linking duties.
>>> That's a much smaller task than what you'd get from embedding all of
>>> LLVM. lldb is probably an example of a program with a similar problem
>>> to you, and it gets by with just a pretty small stub of a
>>> "debugserver" on a device. It does all CodeGen and even prelinking on
>>> the host side, and then transfers binary data across.
>>>
>>> The concept is called "remote JIT" in the LLVM codebase if you want to
>>> research it more.
>>>
>>> I th...
2019 Jun 27
4
LLVM on bare-metal
Hello!
Q1
Are there any resources or examples on embedding LLVM into an ARM-based
bare-metal application? Searching in this area only turns up
information on how to use LLVM to target bare-metal when I want to
compile LLVM for linking against a bare-metal application.
Q2
Are there any memory usage benchmarks for LLVM across the common tasks
(especially loading bytecode, doing the
2018 Mar 12
0
LLVM Weekly - #219, Mar 12th 2018
...ilding Clang to override the default C/C++ standard.
[r326836](http://reviews.llvm.org/rL326836).
* Clang will now eagerly emit lifetime.end markers for aggregates returned
from calls. [r327229](http://reviews.llvm.org/rL327229).
## Other project commits
* LLDB gained avx512 register support in debugserver.
[r326756](http://reviews.llvm.org/rL326756).
* XRay gained APIs for processing logs in memory.
[r326866](http://reviews.llvm.org/rL326866).
2018 Jun 26
4
RFC: libtrace
On Tue, Jun 26, 2018 at 1:28 PM Adrian Prantl <aprantl at apple.com> wrote:
>
>
> > On Jun 26, 2018, at 11:58 AM, Zachary Turner via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
> >
> > Hi all,
> >
> > We have been thinking internally about a lightweight llvm-based
> ptracer. To address one question up front: the primary way in which this