<div dir="ltr"><div>Should have clarified, the OP mentions in the thread that they doesn't specifically care about PDB generation as much as being able to use Visual Studio with LLDB.</div><div><br></div><div class="gmail_quote"><div dir="ltr">On Tue, Jul 21, 2015 at 9:09 AM Jim Ingham <<a href="mailto:jingham@apple.com" target="_blank">jingham@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">I don't think MIEngine will help with support for the PDB debugging format.  It allows Visual Studio to use lldb to drive a Visual Studio debugging session, but in this mode all the symbol & debug reading work is off-loaded to lldb.<br>
<br>
It is possible to do a hybrid model where the low level debugger doesn't do symbol reading, and some other driver tells it "what it needs to know". For instance, this is the way the OS X port of MetroWerks' CodeWarrior was implemented.  But that was a real pain to support.  There are times particularly down in the bowels of the stepping machinery where you really need symbol information.  This never worked really well.<br>
<br>
Jim<br>
<br>
<br>
> On Jul 20, 2015, at 7:03 PM, Mukul Sabharwal <<a href="mailto:mjsabby@gmail.com" target="_blank">mjsabby@gmail.com</a>> wrote:<br>
><br>
> FYI if you're still looking, Microsoft published the source code for<br>
> the MIEngine that is essentially a Visual Studio Debugger Extension<br>
> that implements the Core Debug Interfaces<br>
> (<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__msdn.microsoft.com_en-2Dus_library_bb146305.aspx&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=DDUMf06MYELAe1Nlv7KChiwJLLHbYha4jtK_AOiWqwQ&m=t_W9jgvxOWDR9CSnLXWSXrrZn8UV5Sba6KUuucScr5U&s=xhH1RKLajy9bUKUZnkhY3xjBdKkxX7UoFsRM5f-DiiE&e=" target="_blank" rel="noreferrer">https://msdn.microsoft.com/en-us/library/bb146305.aspx</a>)<br>
><br>
> It can talk to LLDB and GDB.<br>
><br>
> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Microsoft_MIEngine&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=DDUMf06MYELAe1Nlv7KChiwJLLHbYha4jtK_AOiWqwQ&m=t_W9jgvxOWDR9CSnLXWSXrrZn8UV5Sba6KUuucScr5U&s=H1rcKbTNcUUJAjXSkliS0ZWrkjsOFjS-nF8nwstvMYI&e=" target="_blank" rel="noreferrer">https://github.com/Microsoft/MIEngine</a><br>
><br>
> On Tue, Apr 7, 2015 at 11:02 AM, Greg Clayton <<a href="mailto:gclayton@apple.com" target="_blank">gclayton@apple.com</a>> wrote:<br>
>> There seems to be an DWARF to PDB converter here:<br>
>><br>
>> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_rainers_cv2pdb&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=DDUMf06MYELAe1Nlv7KChiwJLLHbYha4jtK_AOiWqwQ&m=t_W9jgvxOWDR9CSnLXWSXrrZn8UV5Sba6KUuucScr5U&s=Xts4VJNKVZfvZ6m4qZSrUZSQT6fwP2DjVAkvMWynO-g&e=" target="_blank" rel="noreferrer">https://github.com/rainers/cv2pdb</a><br>
>><br>
>> Not sure how good it is or what the license looks like...<br>
>><br>
>>> On Apr 7, 2015, at 10:19 AM, Colin Riley <<a href="mailto:colin@codeplay.com" target="_blank">colin@codeplay.com</a>> wrote:<br>
>>><br>
>>> I think that's what I used. Hence why I want lldb C# bindings! But yeah. Horridly underdocumented.<br>
>>> From: Zachary Turner<br>
>>> Sent: ‎07/‎04/‎2015 18:10<br>
>>> To: Colin Riley; <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
>>> Subject: Re: [lldb-dev] [LLVMdev] PDB support in LLVM<br>
>>><br>
>>> Btw the python tools project doesn't use Dbgeng extensibility model, it's a newer richer extensibility framework that is even less documented (most people probably wouldn't even know it exists) but much more powerful. And it's all in managed code, so you get the c# stuff for free.<br>
>>><br>
>>> But still, 4-5 weeks seems very aggressive<br>
>>> On Tue, Apr 7, 2015 at 9:48 AM Colin Riley <<a href="mailto:colin@codeplay.com" target="_blank">colin@codeplay.com</a>> wrote:<br>
>>> You could try extending the codeview and then relying on the ms linker to emit a pdb from it (last time I checked it converts on the fly - this may have changed recently, and what it converts may not be fully featured).<br>
>>><br>
>>> The Debug Engine extensibility for visual studio is, as Zach says, not well documented at all. Despite that, in the past I have had LLDB chatting in a limited way to visual studio. It was incredibly messy, and the way I chose to do it was go from Visual Studio -> c# -> c++/CLI -> C++ lldb api. Don't do it that way if you attempt it: Create lldb C# bindings instead and go that direction. I've been looking at that lately but it's a side project so cant be relied on if you need it quickly.<br>
>>><br>
>>> As for the time frame, 4-5 weeks isn't going to get far given the lack of documentation. The debug engine samples don't go far enough in terms of requiring a native C++ environment.<br>
>>><br>
>>> Colin<br>
>>><br>
>>><br>
>>> On 07/04/2015 17:25, Zachary Turner wrote:<br>
>>>> It sounds like if you have a time frame of 4-5 weeks, you've got a tall order cut out for yourself.  I don't want to say impossible, but... that's pretty rough.<br>
>>>><br>
>>>> I think you've got two options:<br>
>>>> 1) Try to figure out how to emit PDB.  The format is undocumented, so you're kind of on your own here.<br>
>>>> 2) Try to figure out how to get Visual Studio to understand DWARF.  Visual Studio has a reasonably rich extensibility model which is also not very well documented, so you're probably on your own here as well.  You may want to have a look at PythonTools for Visual Studio.  It's entirely open source and adds Python debugging to Visual Studio.  Obviously you don't need to be able to debug Python, but it's the best source of documentation I know of for extending Visual Studio in this kind of way so maybe it will help.  If you end up doing this, it would be great if you could try to upstream it back to LLDB.  Visual Studio integration with LLDB would be nice to have.<br>
>>>><br>
>>>> On Mon, Apr 6, 2015 at 5:02 PM Rohan Bajaj <<a href="mailto:rohanbajaj84@gmail.com" target="_blank">rohanbajaj84@gmail.com</a>> wrote:<br>
>>>> Moving to lldb-dev per suggestion.<br>
>>>><br>
>>>> Using Visual Studio is only criteria for us. It could be DWARF or PDB.<br>
>>>><br>
>>>> But I need to implement this soon (4-5 weeks from now). What do you recommend?<br>
>>>><br>
>>>> Zachary do you also suggest using LLDB on Windows?<br>
>>>><br>
>>>><br>
>>>> On Mon, Apr 6, 2015 at 4:35 PM, Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:<br>
>>>><br>
>>>><br>
>>>> On Mon, Apr 6, 2015 at 4:16 PM Chandler Carruth <<a href="mailto:chandlerc@google.com" target="_blank">chandlerc@google.com</a>> wrote:<br>
>>>> On Mon, Apr 6, 2015 at 3:46 PM Rohan Bajaj <<a href="mailto:rohanbajaj84@gmail.com" target="_blank">rohanbajaj84@gmail.com</a>> wrote:<br>
>>>> Is making PDB files for corresponding IR supported in LLVM latest version?<br>
>>>><br>
>>>> Not today.<br>
>>>><br>
>>>><br>
>>>> After some searching I see llvm-pdbdump, but I want to annotate the IR with debug information so that when I write bitcode it has pdb information.<br>
>>>><br>
>>>> I've heard of CodeView, but it seems to be only for line information. I want variable values also.<br>
>>>><br>
>>>> I would be ok to use DWARF if Visual Studio could understand it using LLDB but I don't know how to do that or if it is support.<br>
>>>><br>
>>>> Zach (CC-ed) and others are actively working on making LLDB work well on Windows, including reading DWARF debug information on Windows and potentially integration with Visual Studio (although I think that is further away at the moment). However, further discussion might be better on the LLDB mailing lists.<br>
>>>><br>
>>>> It's worth pointing out that CodeView is **not** only for line information. It's for everything.  It's just that LLVM currently only understands a subset of CodeView record types related to line information.<br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> lldb-dev mailing list<br>
>>>><br>
>>>> <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
>>>> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank" rel="noreferrer">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
>>><br>
>>> --<br>
>>> - Colin Riley<br>
>>> Senior Director,<br>
>>> Parallel/Graphics Debugger Systems<br>
>>><br>
>>> _______________________________________________<br>
>>> lldb-dev mailing list<br>
>>> <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
>>> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank" rel="noreferrer">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
>>> _______________________________________________<br>
>>> lldb-dev mailing list<br>
>>> <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
>>> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank" rel="noreferrer">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> lldb-dev mailing list<br>
>> <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
>> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank" rel="noreferrer">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
><br>
> _______________________________________________<br>
> lldb-dev mailing list<br>
> <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank" rel="noreferrer">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
<br>
</blockquote></div></div>