Hi Todd,
Seems like accidently I've started off-topic here. The guy asked about
Windows while I'm more into Linux and I brought my issues only due to
obvious similarities.
For sure the Linux support is really just x86_64 and x86 32-bit to some
extent, and not other architectures.
It's very likely we'll have AArch64 Linux working at some point. We're
working on bringing LLDB up on Android, and one of the earlier steps is
getting lldb-gdbserver (llgs) working on Linux (first x86_64,
but later many of the architectures that Android supports).
For varoius reasons I'm avoiding limiting myself to Android. Even on my
PandaBoard I'm running Ubuntu image downloaded from Linaro. I hope llgs
will not use anything strictly bionic and/or binder dependand.
We're less focused on local debugging than on debugging through the
gdb-remote protocol. However, Greg Clayton and I have talked some about
bringing the NativeProcessProtocol and NativeThreadProtocol
mechanisms by which llgs is getting implemented to the local debugging
side as well (i.e. re-engineering local debugging in terms of
Native{Process,Thread}Protocol).
Seems like extending native lldb support to ARM and/or AArch64 is not
something individual contributor should or can do and need some
discussion with wider agreement of wider board of developers.
On Sat, 14 Jun 2014, Todd Fiala wrote:
Hi Paul,
> Seems like only 'MacOSX and Linux' on 'i686 and x86_64' are properly
supported.
For sure the Linux support is really just x86_64 and x86 32-bit to some extent,
and not other architectures.
It's very likely we'll have AArch64 Linux working at some point. We're working
on bringing LLDB up on Android, and one of the earlier steps is getting
lldb-gdbserver (llgs) working on Linux (first x86_64,
but later many of the architectures that Android supports).
We're less focused on local debugging than on debugging through the gdb-remote
protocol. However, Greg Clayton and I have talked some about bringing the
NativeProcessProtocol and NativeThreadProtocol
mechanisms by which llgs is getting implemented to the local debugging side as
well (i.e. re-engineering local debugging in terms of
Native{Process,Thread}Protocol).
If you're interested, you can see the latest state of the lldb-gdbserver
support here:
https://github.com/tfiala/lldb/tree/dev-tfiala-native-protocol-linux-x86_64
llgs is getting implemented for linux-x86_64 first. Ed Maste is planning on
getting it working for FreeBSD, and Greg and the Apple folks plan to move from
debugserver over to llgs at some point after we
work the kinks out of llgs.
I did spend several days attempting to get an Aarch64 build environment on a
DS-5 simulator and a Linaro Aarch64 linux distro but the combination of the
lack of speed and the challenges I worked through with
some very helpful ARM engineers made this a less productive avenue than my
current linux x86_64 bring-up. I plan to return back to that or a similar
arm64 environment in the near future.
On Sat, Jun 14, 2014 at 7:49 AM, Paul Osmialowski <[email protected]> wrote:
Hi Eran,
I got the same when I try to debug a _Linux_ application on Linux running
on non-PC CPU. Seems like only 'MacOSX and Linux' on 'i686 and x86_64' are
properly supported. Problem was already
described in the message here:
http://comments.gmane.org/gmane.comp.debugging.lldb.devel/3530
I'd love to try and extend lldb support to Linux on AArch64, although
cross-compilation comes with its own struggles that I need to deal with first.
I guess woriking out this kind of support for Windows on PC should not be
hard.
On Sat, 14 Jun 2014, Eran Ifrah wrote:
Hi,
I tried both building lldb with MSVC and with MinGW both failed to
debug
native Windows executables (I actually tried 3 types of
executables, 1
built with MinGW, 1 with clang 3.4 and 1 with Visual Studio)
This is the error I am getting:
$ lldb D:/src/TestArea/ClangVC/Debug/ClangVC.exe
error: 'D:/src/TestArea/ClangVC/Debug/ClangVC.exe' doesn't contain
any
'host' platform architectures:
(lldb)
So the question is:
?Is it possible to use lldb on Windows (for local debugging not
remote
debugging)
--
Eran Ifrah
Author of codelite, a cross platform open source C/C++ IDE:
http://www.codelite.org
wxCrafter, a wxWidgets RAD: http://wxcrafter.codelite.org
_______________________________________________
lldb-dev mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
--
Todd Fiala |
Software Engineer |
[email protected] |
650-943-3180
_______________________________________________
lldb-dev mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
