[Python-Dev] Google Summer of Code proposal: improvement of long int and adding new types/modules. (original) (raw)
Bob Ippolito bob at redivi.com
Sat Apr 22 05:06:57 CEST 2006
- Previous message: [Python-Dev] Google Summer of Code proposal: improvement of long int and adding new types/modules.
- Next message: [Python-Dev] Google Summer of Code proposal: improvement of long int and adding new types/modules.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Apr 21, 2006, at 5:58 PM, Alex Martelli wrote:
On 4/21/06, Greg Ewing <greg.ewing at canterbury.ac.nz> wrote: ...
GMP is covered by LGPL, so must any such derivative work
But the wrapper is just using GMP as a library, so it shouldn't be infected with LGPLness, should it? If a lawyer for the PSF can confidently assert that gmpy is not a derivative work of GMP, I'll have no problem changing gmpy's licensing. But I won't make such a call myself: for example, gmpy.c #include's gmp.h and uses (==expands) some of the C macros there defined -- doesn't that make gmpy.o a derived work of gmp.h? I'm quite confident that the concept of "derived work" would not apply if gmpy.so only accessed a gmp.so (or other kinds of dynamic libraries), but I fear the connection is stronger than that, so, prudently, I'm assuming the "derived work" status until further notice.
Well we already wrap readline, would this really be any worse?
Readline is GPL.
-bob
- Previous message: [Python-Dev] Google Summer of Code proposal: improvement of long int and adding new types/modules.
- Next message: [Python-Dev] Google Summer of Code proposal: improvement of long int and adding new types/modules.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]