[Ecls-list] ECL's license and commercial IPhone apps
Juan Jose Garcia-Ripoll
juanjose.garciaripoll at googlemail.com
Wed Aug 17 20:36:03 UTC 2011
On Fri, Aug 12, 2011 at 7:21 AM, Matt Lamari <matt.lamari at gmail.com> wrote:
> Assumptions:
> 1. iPhone apps must statically link libraries, can't use dynamic linking
>
Who cares? LGPL does not talk about dynamic or static linking separately. It
talks about libraries and linking.
> 2. An ECL-using iPhone App will need to link in ECL runtime elements.
>
No problem. Build a version of ECL that is statically linked. The iOS port
supports this.
> 3. Apple would pass the app and let it onto the App store.
>
This is not our business but I doubt there is any problem about this, for
commercial use of LGPL software is not forbidden.
> With these assumptions, say an app, FoobarBlasters, was made with ECL
> and put on the app store. . . .
> Is compliance with ECL licensing possible at this stage - if so, what
> would that take? [...]
> Published FoobarBlasters binary that can be dynamically linked with a
> dynamic ECL (not possible if assumption correct).
>
Remove "dynamic" and you'll have it. You only need to provide a version of
your program, typically as a statically linked library, that somebody else
may link with another version of ECL's library. Note that in order to
perform this linkage *no source* is needed. The linker does not need header
files, just a compatible binary.
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20110817/992e4b85/attachment.html>
More information about the ecl-devel
mailing list