Date: Wed, 3 Oct 2012 12:45:39 +0300 From: Milen Rangelov <gat3way@...il.com> To: john-dev@...ts.openwall.com Subject: Re: GPL license is not free at all > > There seems to be two main approaches to this. First one is to say that > a program wrote against an open standard, not a particular library. > Second one is to invoke a special exception in GPL available for such > cases: > > Whatever you call it, you still link to a proprietary library. Even if it implements an open standart. > | However, as a special exception, the source code distributed need not > | include anything that is normally distributed (in either source or > | binary form) with the major components (compiler, kernel, and so on) > | of the operating system on which the executable runs, unless that > | component itself accompanies the executable. > > I don't think it falls under the "system library" case as mentioned in GPL FAQ. > Switching to a free toolchain would also be a good thing. Isn't LLVM > support for OpenCL (say, https://bitbucket.org/gnarf/axtor/ ) already > sufficient for this? > > No, the compiler itself is not enough. Even if we had a complete opensource compiler (say LLVM opencl frontend/ISA backend) that's just one of the components. You also need to have the runtime (opencl library) which communicates with the driver to transfer and execute the compiled kernel, do buffer management and so on. And even the driver itself is proprietary. Ironically, in this case, GPL does not make you more free, instead it would either force you not to use GPGPU software or use proprietary (or some permissive license) software. Regards, Milen Content of type "text/html" skipped
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.