Re: [lldb-dev] did anyone konw LLDB support lldb + openocd to run dotest.py in bare board like ARM or other non-x86 architecture?

Hi sorry， i'm confuse, in my mind, lldb-server maybe like gdb-server, running on Linux-like platform listening RSP command which send form gdb and use ptrace syscall to debug which you want to debug program is it support remote download to batch mode run all testsuite? certainly i think

[lldb-dev] [Bug 35053] New: lldb-server fails to link on linux - undefined reference to 'pthread_atfork'

https://bugs.llvm.org/show_bug.cgi?id=35053 Bug ID: 35053 Summary: lldb-server fails to link on linux - undefined reference to 'pthread_atfork' Product: lldb Version: unspecified Hardware: PC OS: Linux

Re: [lldb-dev] did anyone konw LLDB support lldb + openocd to run dotest.py in bare board like ARM or other non-x86 architecture?

> On Oct 24, 2017, at 12:02 AM, cui bixiong wrote: > > Hi > > sorry， i'm confuse, in my mind, lldb-server maybe like gdb-server, > running on Linux-like platform listening RSP command which send form gdb and > use ptrace syscall to debug which you want to debug program > > is it sup

[lldb-dev] [Bug 35053] lldb-server fails to link on linux - undefined reference to 'pthread_atfork'

https://bugs.llvm.org/show_bug.cgi?id=35053 lab...@google.com changed: What|Removed |Added Assignee|lldb-dev@lists.llvm.org |lab...@google.com -- You are receiving this

[lldb-dev] [Bug 35061] New: [lldb] python scripts contain duplicated copies of basic utilities

https://bugs.llvm.org/show_bug.cgi?id=35061 Bug ID: 35061 Summary: [lldb] python scripts contain duplicated copies of basic utilities Product: lldb Version: unspecified Hardware: PC OS: Windows NT

[lldb-dev] build failure

[ 93%] Linking CXX executable ../../../../bin/lldb-server ../../../../lib/liblldbUtility.a(Log.cpp.o): In function `lldb_private::Log::Initialize()': Log.cpp:(.text._ZN12lldb_private3Log10InitializeEv+0x11): undefined reference to `pthread_atfork' collect2: error: ld returned 1 exit status make[2

[lldb-dev] [Bug 35062] New: [META] Many test failures on Fedora 25

https://bugs.llvm.org/show_bug.cgi?id=35062 Bug ID: 35062 Summary: [META] Many test failures on Fedora 25 Product: lldb Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: enhancement

Re: [lldb-dev] What's the best way to use "--all-files" option from python?

Will do... thanks again... On Mon, Oct 23, 2017 at 6:25 PM, Jim Ingham wrote: > Yeah, that would be easy to implement from the command line, maybe add a > --file-is-regex flag or something. > > From the SB API it would be better to have something like: > > SBFileList SBTarget.GetFileListMatchin

Re: [lldb-dev] What's the best way to use "--all-files" option from python?

It might be worth brainstorming if there’s ways to do this that are both intuitive and don’t require more options. As a command line user, I really value my keystrokes. One idea would be to use a syntax that matches that of the ‘-name’ option to the standard ‘find’ utility. This way filename pat

Re: [lldb-dev] What's the best way to use "--all-files" option from python?

Do you mean just pass a pattern to the -f option or FileSpec? On Tue, Oct 24, 2017 at 6:50 PM, Zachary Turner wrote: > It might be worth brainstorming if there’s ways to do this that are both > intuitive and don’t require more options. As a command line user, I really > value my keystrokes. > >

Re: [lldb-dev] What's the best way to use "--all-files" option from python?

Pass a pattern to the -f option. On Tue, Oct 24, 2017 at 7:18 PM Don Hinton wrote: > Do you mean just pass a pattern to the -f option or FileSpec? > > On Tue, Oct 24, 2017 at 6:50 PM, Zachary Turner > wrote: > >> It might be worth brainstorming if there’s ways to do this that are both >> intuit