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 <ztur...@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.skot...@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 <ztur...@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.skot...@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 <ztur...@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.skot...@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.skot...@gmail.com>:
>>>>>>
>>>>>>> Nice to hear. I should answer after some time of using
>>>>>>>
>>>>>>> 2016-01-07 21:04 GMT+03:00 Zachary Turner <ztur...@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 <ztur...@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@lists.llvm.org> wrote:
>>>>>>>>>
>>>>>>>>>> Where can i look lldb status for native debug at Windows?
>>>>>>>>>> _______________________________________________
>>>>>>>>>> lldb-dev mailing list
>>>>>>>>>> lldb-dev@lists.llvm.org
>>>>>>>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
_______________________________________________
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
