labath added a comment.
This doesn't bother me too much, but i'm curious about how are you getting
anything reasonable out of the test suite without a working compiler (?)
https://reviews.llvm.org/D31335
___
lldb-commits mailing list
lldb-commits@l
krytarowski added a comment.
Right now I'm not sure how to optimize reading GPR. If possible I would
reschedule it for later.
Repository:
rL LLVM
https://reviews.llvm.org/D31374
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://li
krytarowski added a comment.
In https://reviews.llvm.org/D31374#710864, @kettenis wrote:
> On OpenBSD the register context used in core dumps uses the same layout as
> ptrace(2). That's not the case on all OSes, but I believe that is the case
> for NetBSD as well. Would it be possible to re-u
Author: kamil
Date: Sun Mar 26 10:34:57 2017
New Revision: 298810
URL: http://llvm.org/viewvc/llvm-project?rev=298810&view=rev
Log:
[LLDB] OpenBSD support
Summary:
Add basic OpenBSD support. This is enough to be able to analyze core dumps for
OpenBSD/amd64, OpenBSD/arm, OpenBSD/arm64 and OpenBSD
krytarowski added a comment.
In https://reviews.llvm.org/D31131#710862, @kettenis wrote:
> Can somebody commit this diff for me?
Sure, I'm on it.
https://reviews.llvm.org/D31131
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lis
kettenis added a comment.
On OpenBSD the register context used in core dumps uses the same layout as
ptrace(2). That's not the case on all OSes, but I believe that is the case for
NetBSD as well. Would it be possible to re-use the register context data
structures defined in the source/Plugins
kettenis added a comment.
Can somebody commit this diff for me?
https://reviews.llvm.org/D31131
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
krytarowski created this revision.
krytarowski added a project: LLDB.
Herald added a subscriber: mgorny.
This patch is a stripped down from features a NetBSD process
code (patch is kept under 2k LOC). This code has assumption that
there is only one thread within a debugged process. The only
debugg