[lldb-dev] lldb status at windows

Sat Jan 23 10:21:54 PST 2016

thanks. i will wait

2016-01-23 19:27 GMT+03:00 Zachary Turner <zturner at google.com>:

> I'm out of office until Monday, but I'll try to reproduce this then and
> update.  Never seen a hang before, so I wonder if there's something
> different about your machine that we haven't thought of or taken into
> account.  Either way I'll update Monday.
>
> On Sat, Jan 23, 2016 at 12:57 AM Red Skotina <red.skotina at gmail.com>
> wrote:
>
>> same.
>>
>> d:\code\Unity_Unpacker\tests\test2>clang -g -fuse-ld=lld main.cpp
>>
>> d:\code\Unity_Unpacker\tests\test2>lldb a.exe
>> (lldb) target create "a.exe"
>> Current executable set to 'a.exe' (i686).
>> (lldb) run
>>
>> Process 6984 launching
>> -------
>> hangs
>>
>> 2016-01-23 11:54 GMT+03:00 Zachary Turner <zturner at google.com>:
>>
>>> Ahh you probably need to add -g to clang, otherwise it's not generating
>>> debug info.  I've never tried debugging a binary with no debug info.
>>> Obviously it shouldn't hang, but either way it's just not something we've
>>> tested on Windows.
>>>
>>>
>>>
>>> On Sat, Jan 23, 2016 at 12:51 AM Red Skotina <red.skotina at gmail.com>
>>> wrote:
>>>
>>>> yes. i doing it. you can see what clang use
>>>> d:\\code\\llvm\\build\\bin\\lld-link.exe
>>>> but anyway it is hang :(
>>>>
>>>> 2016-01-22 23:30 GMT+03:00 Zachary Turner <zturner at google.com>:
>>>>
>>>>> Under llvm/tools also checkout lld.  So your directories should look
>>>>> like this:
>>>>>
>>>>> llvm
>>>>> \-- tools
>>>>>     \-- clang
>>>>>     \-- lldb
>>>>>     \-- lld
>>>>>
>>>>> Then re-run cmake to generate build files again, recompile, and then
>>>>> it should work.  Right now the problem is that lld-link.exe hasn't been
>>>>> compiled yet.
>>>>>
>>>>> On Fri, Jan 22, 2016 at 12:22 PM Red Skotina <red.skotina at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> 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
>>>>>> i686-pc-windows-msvc18.0.0
>>>>>>  -emit-obj -mrelax-all -mincremental-linker-compatible -disable-free
>>>>>> -disable-ll
>>>>>> vm-verifier -main-file-name main.cpp -mrelocation-model static
>>>>>> -mthread-model po
>>>>>> six -mdisable-fp-elim -fmath-errno -masm-verbose
>>>>>> -mconstructor-aliases -target-c
>>>>>> pu pentium4 -v -dwarf-column-info -debugger-tuning=gdb -resource-dir
>>>>>> "d:\\code\\
>>>>>> llvm\\build\\bin\\..\\lib\\clang\\3.9.0" -internal-isystem
>>>>>> "d:\\code\\llvm\\buil
>>>>>> 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"
>>>>>> -internal-isystem
>>>>>> "C:\\Program Files (x86)\\Windows
>>>>>> Kits\\10\\include\\10.0.10240.0\\ucrt" -intern
>>>>>> al-isystem "C:\\Program Files (x86)\\Windows
>>>>>> Kits\\NETFXSDK\\4.6.1\\include\\um"
>>>>>>  -internal-isystem "C:\\Program Files (x86)\\Windows
>>>>>> Kits\\8.1\\include\\\\share
>>>>>> d" -internal-isystem "C:\\Program Files (x86)\\Windows
>>>>>> Kits\\8.1\\include\\\\um"
>>>>>>  -internal-isystem "C:\\Program Files (x86)\\Windows
>>>>>> Kits\\8.1\\include\\\\winrt
>>>>>> " -fdeprecated-macro -fdebug-compilation-dir
>>>>>> "d:\\code\\Unity_Unpacker\\tests\\t
>>>>>> est2" -ferror-limit 19 -fmessage-length 80 -fms-extensions
>>>>>> -fms-compatibility -f
>>>>>> ms-compatibility-version=18 -std=c++11 -fno-threadsafe-statics
>>>>>> -fdelayed-templat
>>>>>> 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
>>>>>> i686-pc-windows
>>>>>> -msvc
>>>>>> #include "..." search starts here:
>>>>>> #include <...> search starts here:
>>>>>>  d:\code\llvm\build\bin\..\lib\clang\3.9.0\include
>>>>>>  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 -nolog
>>>>>> 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/20160123/ebc22576/attachment.html>