<br><br><div class="gmail_quote">On Tue, Nov 4, 2008 at 01:37,  <span dir="ltr">&lt;<a href="mailto:skip@pobox.com">skip@pobox.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
 &nbsp; &nbsp;Benjamin&gt; The main objection is that GMP is licensed under LGPL which I<br>
 &nbsp; &nbsp;Benjamin&gt; believe conflicts with Python&#39;s very open license.<br>
<br>
 &nbsp; &nbsp;&gt;&gt; If GMP itself isn&#39;t included with Python how can there be a licensing<br>
 &nbsp; &nbsp;&gt;&gt; issue?<br>
<br>
</div> &nbsp; &nbsp;Martin&gt; On Windows, the GMP binaries would be incorporated into<br>
 &nbsp; &nbsp;Martin&gt; pythonxy.dll. &nbsp;This would force anybody providing a copy of<br>
 &nbsp; &nbsp;Martin&gt; pythonxy.dll to also provide the sources of GMP.<br>
<br>
As I understand it the proposal was to allow people to substitute GMP for<br>
Python&#39;s long implementation. &nbsp;Just deliver binaries with the Python long<br>
version if you don&#39;t want to distribute the GMP source. &nbsp;OTOH, it should be<br>
no big deal to drop a zip archive of the GMP sources which correspond to the<br>
code bound into the DLL. &nbsp;OTOOH, doesn&#39;t Windows support dynamic linking?<br>
Can&#39;t pythonxy.dll dynamically link to a gmpMN.dll?<br>
</blockquote><div><br>Neither of those (shipping sources or dynamically linking to GMP) would solve the LGPL issue. People who distribute that build of Python would still be held by the LGPL -- such as shipping any sources that they embed that Python into.<br>
</div></div><br>-- <br>Thomas Wouters &lt;<a href="mailto:thomas@python.org">thomas@python.org</a>&gt;<br><br>Hi! I&#39;m a .signature virus! copy me into your .signature file to help me spread!<br>