[lldb-dev] lldb status at windows

Red Skotina via lldb-dev lldb-dev at lists.llvm.org
Fri Jan 22 12:22:23 PST 2016

yes, i miss it. but anyway dont work

d:\code\Unity_Unpacker\tests\test2>clang -v -fuse-ld=lld main.cpp
clang version 3.9.0 (trunk 258509)
Target: i686-pc-windows-msvc
Thread model: posix
InstalledDir: d:\code\llvm\build\bin
 "d:\\code\\llvm\\build\\bin\\clang.exe" -cc1 -triple
 -emit-obj -mrelax-all -mincremental-linker-compatible -disable-free
vm-verifier -main-file-name main.cpp -mrelocation-model static
-mthread-model po
six -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases
pu pentium4 -v -dwarf-column-info -debugger-tuning=gdb -resource-dir
llvm\\build\\bin\\..\\lib\\clang\\3.9.0" -internal-isystem
d\\bin\\..\\lib\\clang\\3.9.0\\include" -internal-isystem "C:\\Program
Files (x8
6)\\Microsoft Visual Studio 14.0\\VC\\INCLUDE" -internal-isystem
"C:\\Program Fi
les (x86)\\Microsoft Visual Studio 14.0\\VC\\ATLMFC\\INCLUDE"
"C:\\Program Files (x86)\\Windows Kits\\10\\include\\10.0.10240.0\\ucrt"
al-isystem "C:\\Program Files (x86)\\Windows
 -internal-isystem "C:\\Program Files (x86)\\Windows
d" -internal-isystem "C:\\Program Files (x86)\\Windows
 -internal-isystem "C:\\Program Files (x86)\\Windows
" -fdeprecated-macro -fdebug-compilation-dir
est2" -ferror-limit 19 -fmessage-length 80 -fms-extensions
-fms-compatibility -f
ms-compatibility-version=18 -std=c++11 -fno-threadsafe-statics
e-parsing -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics
-o "C
:\\Users\\Red\\AppData\\Local\\Temp\\main-71fc84.o" -x c++ main.cpp
clang -cc1 version 3.9.0 based upon LLVM 3.9.0svn default target
#include "..." search starts here:
#include <...> search starts here:
 C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE
 C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ATLMFC\INCLUDE
 C:\Program Files (x86)\Windows Kits\10\include\10.0.10240.0\ucrt
 C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\include\um
 C:\Program Files (x86)\Windows Kits\8.1\include\\shared
 C:\Program Files (x86)\Windows Kits\8.1\include\\um
 C:\Program Files (x86)\Windows Kits\8.1\include\\winrt
End of search list.
 "d:\\code\\llvm\\build\\bin\\lld-link.exe" -out:a.exe -defaultlib:libcmt
o "C:\\Users\\Red\\AppData\\Local\\Temp\\main-71fc84.o"

d:\code\Unity_Unpacker\tests\test2>lldb a.exe
(lldb) target create "a.exe"
Current executable set to 'a.exe' (i686).
(lldb) run

Process 6448 launching

process hang

2016-01-22 22:13 GMT+03:00 Zachary Turner <zturner at google.com>:

> When you compile, you need to use -fuse-ld=lld.  Most people miss this
> step.
> That said, it's not supposed to hang, but it is supposed to not work.
> What's the command line you used with clang?
> On Fri, Jan 22, 2016 at 11:08 AM Red Skotina <red.skotina at gmail.com>
> wrote:
>> Look like I miss something , but i cant debug simple program program
>> compiled with clang from trunk (258016), msvc 2015 stdlib, from vs2015 x86
>> developer console .
>>  i use lldb from trunk
>>     #include "stdio.h"
>>     int main(int argc, char **argv)
>>     {
>>         printf("hello1\n");
>>         printf("hello2\n");
>>         return 0;
>>     }
>> d:\code\tests\test2>lldb a.exe
>> (lldb) target create "a.exe"
>> Current executable set to 'a.exe' (i686).
>> (lldb) run
>> Process 6264 launching
>> ---------------------------
>> a.exe and lldb hangs
>> What i doing wrong ?
>> 2016-01-08 0:42 GMT+03:00 Red Skotina <red.skotina at gmail.com>:
>>> Nice to hear. I should answer after some time of using
>>> 2016-01-07 21:04 GMT+03:00 Zachary Turner <zturner at google.com>:
>>>> Feel free to file bugs or post your feedback here after you use about
>>>> what worked, what didn't work, what's missing, etc.  Anything that doesn't
>>>> work is a bug that I would like to fix.
>>>> On Thu, Jan 7, 2016 at 10:02 AM Zachary Turner <zturner at google.com>
>>>> wrote:
>>>>> Hi, I guess I should make a new blog post at some point, or post
>>>>> status on the website.  Here's my best estimate at what you can expect.
>>>>> * Most common debugging scenarios should work.  Run under debugger,
>>>>> attach to process, interrupt, continue, print variable values, evaluate
>>>>> expressions, etc.
>>>>> * Step-over might be unstable in certain scenarios
>>>>> * Conditional breakpoints don't work
>>>>> * Hardware watchpoints don't work
>>>>> * Expression evaluation might not work in some advanced cases.
>>>>> The main big feature that has been added since the original blog post
>>>>> is support for windows minidump files.  So you can create a minidump of a
>>>>> stopped process from inside LLDB, and you can load up a minidump and do
>>>>> post-mortem debugging.
>>>>> On Wed, Jan 6, 2016 at 10:39 PM Red Skotina via lldb-dev <
>>>>> lldb-dev at lists.llvm.org> wrote:
>>>>>> Where can i look lldb status for native debug at Windows?
>>>>>> _______________________________________________
>>>>>> lldb-dev mailing list
>>>>>> lldb-dev at lists.llvm.org
>>>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20160122/b8e21f7e/attachment.html>

More information about the lldb-dev mailing list