<div dir="ltr">I'd like to also add my support to solution #1.<div><br></div><div>My use case is literally what Zachary has outlined -- Building on Windows, wanting to interface with LLDB not using Python but a different language, say C#.<div><br></div><div>The Python requirement (and that too building from source) was a bit of an odd (for a non-Python user) step and probably the biggest impediment to getting started.</div><div><br></div><div>I'm all for language interop, but this special treatment Python is getting in the LLDB project will accrue (and I'd argue already is) long-term technical debt.</div><div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 25, 2015 at 8:58 AM, Reid Kleckner <span dir="ltr"><<a href="mailto:rnk@google.com" target="_blank">rnk@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Feb 25, 2015 at 5:58 AM, Vince Harron <span dir="ltr"><<a href="mailto:vharron@google.com" target="_blank">vharron@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>This seems like a lot of work to support Windows users who might want to use pre-compiled python modules.</div></div></blockquote><div><br></div></span><div>To me, the primary benefit is that you can build LLDB with Python support without building Python from source. More onerous, once you build Python from source, you have to maintain two separate environments: your normal development environment with normal Python on PATH, and one with LLDB's version of Python on PATH and PYTHONPATH.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I think we should distribute a VS2015 based version of Python 2.7 binaries and call it a day.<br></div><div><br></div><div>We can worry about 2020 problems in 2020.  =)</div><div><br></div><div>Reasonable people may disagree.</div></div></blockquote><div><br></div></span><div>I disagree. I guess that makes me reasonable. ;)</div><div><br></div><div>The main thing for me is that once we put together a pre-built Python, the instructions to rebuild it will immediately rot. In a matter of months, some user will arrive needing LLDB and Python to be built with a different VS version, and I give it 50/50 odds that the instructions will work.</div><div><br></div><div>Personally, I think the lowest impact change for everyone not affected by this is to split the Python API code out into a shared library. LLDB has more Python source than C++ source interacting with Python. Maintaining Python source compat with 2.7 and 3.5 will be fragile and will require testing more configurations. Reducing the number of obscure ways that non-Windows developers can break the Windows build is good.</div></div></div></div>
<br>_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
<br></blockquote></div><br></div>