<div dir="ltr">LLDB simply links against python35.lib, I'm not sure there's a better way?</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Feb 21, 2017 at 2:00 PM Hans Wennborg <<a href="mailto:hans@chromium.org">hans@chromium.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Feb 20, 2017 at 1:38 PM, Ryan Gonzalez via llvm-dev<br class="gmail_msg">
<<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
> Hello!<br class="gmail_msg">
><br class="gmail_msg">
> After having a large feud with gdb, I decided to switch over to lldb under<br class="gmail_msg">
> Windows like I already had under Linux. However, when I installed it using<br class="gmail_msg">
> the 64-bit LLVM nightly installer, it kept crashing upon startup. Popping it<br class="gmail_msg">
> in WinDbg (oh the irony) showed that it was trying to load Python35.dll, but<br class="gmail_msg">
> it was loading the 32-bit version I had installed separately.<br class="gmail_msg">
><br class="gmail_msg">
> The fix was simple: download the Python 3.5 binary ZIP and copy python35.dll<br class="gmail_msg">
> to the LLVM bin directory.<br class="gmail_msg">
><br class="gmail_msg">
> TL;DR: The nightly installer is missing python35.dll, meaning that lldb will<br class="gmail_msg">
> try to use the first one it comes across, regardless of whether or not it's<br class="gmail_msg">
> the right architecture.<br class="gmail_msg">
<br class="gmail_msg">
I don't think we want to include the python dll in the installer(?).<br class="gmail_msg">
Could lldb be more graceful in how it loads the python dll?<br class="gmail_msg">
</blockquote></div>