<div dir="ltr">Hi<div class="gmail_extra"><br><div class="gmail_quote">On 10 October 2013 23:51, Matthew Mondor <span dir="ltr"><<a href="mailto:mm_lists@pulsar-zone.net" target="_blank">mm_lists@pulsar-zone.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On Mon, 7 Oct 2013 10:54:01 +0200<br>
Juan Jose Garcia-Ripoll <<a href="mailto:juanjose.garciaripoll@gmail.com">juanjose.garciaripoll@gmail.com</a>> wrote:<br></div></blockquote><div>[...]</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">
> * I am not going to change ECL's license. LGPL3's restrictions on web<br>
> applications seem stupid to me and, as experience has shown, making such a<br>
> move will only make things worse. Already LGPL2 is a hindrance, but I can<br>
> live with it.<br>
<br>
</div>This is something I'd like to understand better: what restrictions does<br>
LGPL3 add on network services?  Does it have to do with the fact that<br>
web applications disclose source, versus my example of using a web<br>
server compiled using ECL?<br>
<br>
Some here might already know my preference for MIT/BSD licenses, but in<br>
this case even if ECL was relicensed I don't see how it could solve the<br>
dependency on LGPL3 GMP/MPIR anyway...</blockquote><div><br></div><div style>I have no experience with GMP or similar libraries, but would switching to a BSD/MIT licensed library solve this problem?  I see there are a couple mentioned here (although maybe OpenSSL doesn't count):</div>

<div style><br></div><div style><a href="http://en.wikipedia.org/wiki/Arbitrary-precision_arithmetic#Libraries">http://en.wikipedia.org/wiki/Arbitrary-precision_arithmetic#Libraries</a></div><div style><br></div><div style>

Also:</div><div style><a href="http://bsdmp.org/">http://bsdmp.org/</a></div><div style><a href="http://crd-legacy.lbl.gov/~dhbailey/mpdist/">http://crd-legacy.lbl.gov/~dhbailey/mpdist/</a> (although the license for this one appears to want you to fill in your contact details, despite looking like a BSD license?)<br>

</div><div><br></div><div style>Of course BSDMP explicitly says that the API is not compatible with GMP, and the others are also probably not compatible.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">
> * This said, GMP v5 is insufficient for several platforms but I will<br>
</div>> maintain it as it is. *On platforms where GMP becomes obsolete, it will<br>
> shift to building with "C"* (i.e. no optimized assembly code). I tested<br>
> this on Cygwin/64 and it works -- *indeed it is part of the source tree<br>
> right now*. If you need a better GMP, build ECL with the one that your<br>
<div class="im">> operating system provides and be tied to its license.<br>
<br>
</div>This seems like a good compromise to me.<br></blockquote></div><div><br></div>-- <br>Michael Wood <<a href="mailto:esiotrot@gmail.com" target="_blank">esiotrot@gmail.com</a>>
</div></div>