[Mono-dev] Off topic: Reflection and Licensing question

Michael B. Trausch mbt at zest.trausch.us
Wed Apr 29 17:26:42 EDT 2009


On Wed, 29 Apr 2009 17:15:21 -0400
Miguel de Icaza <miguel at novell.com> wrote:

> Hello,
> 
> > The idea of reflection in a system makes difficult to determine
> > where the fine line is.  That said, my _personal_ belief is that
> > using reflection does not constitute linking.  Here is my
> > justification for that belief:
> 
> This is an incorrect believe.
> 
> If you are running on the same address space, the author of the code
> would have to explicitly do that by opting into using the GNU LGPL,
> from the GPL text:
> 
>         This General Public License does not permit incorporating your
>         program into proprietary programs.  If your program is a
>         subroutine library, you may consider it more useful to permit
>         linking proprietary applications with the library.  If this is
>         what you want to do, use the GNU Library General Public
> License instead of this License.
>         
> How the actual linking is done (static linker, dynamic linker or
> runtime linking with dlopen/dlsym) do not matter.   The result is the
> incorporation of the GPL code in the proprietary code, and that code
> must be GPL compatible.

It would appear that by that argument, I can force any proprietary
software to be GPL'd simply by writing a GPL'd module or plugin for it
that it opens with dlopen().  That doesn't seem correct to me; if
that's the case, nobody would provide plugin interfaces.  Certainly a
plugin can be free software while the software it plugs into does not
need to be.

	--- Mike

-- 
I do not fear computers, I fear the lack of them.
                            --- Isaac Asimov
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20090429/449e30e4/attachment.bin 


More information about the Mono-devel-list mailing list