[lldb-dev] lldb status at windows

Nico Weber via lldb-dev lldb-dev at lists.llvm.org
Fri Jan 22 12:36:57 PST 2016


On Fri, Jan 22, 2016 at 3:30 PM, Zachary Turner via lldb-dev <
lldb-dev at lists.llvm.org> wrote:

> 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.
>

(Note that in my experience, cmake won't discover when new subprojects are
checked out unless you use a new build directory -- it seems to cache too
aggressively.)


>
> 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
>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>
> _______________________________________________
> 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/bb6c232d/attachment-0001.html>


More information about the lldb-dev mailing list