7,765
社区成员
发帖
与我相关
我的任务
分享
...全文
请发表友善的回复…
发表回复
YapingXin 2012-07-03
- 打赏
- 举报
[Quote=引用 6 楼 的回复:]
引用编译后的DLL，是这唯一途径吗
[/Quote]
引用编译后的DLL，这样也是不行的。
这就是GPL。
正因为GPL如此之变态，所以才有了LGPL，LGPL比GPL亲善了许多。
引用编译后的DLL，是这唯一途径吗
[/Quote]
引用编译后的DLL，这样也是不行的。
这就是GPL。
正因为GPL如此之变态，所以才有了LGPL，LGPL比GPL亲善了许多。
iyomumx 2012-07-03
- 打赏
- 举报
目前来说，动态链接调用GPL的库还有争议，详见维基百科。
点耐特之王 2012-07-03
- 打赏
- 举报
[Quote=引用 6 楼 的回复:]
“唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。”
引用编译后的DLL，是这唯一途径吗
[/Quote]
应该不是吧，难道不能破解？
“唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。”
引用编译后的DLL，是这唯一途径吗
[/Quote]
应该不是吧，难道不能破解？
okgooood 2012-07-03
- 打赏
- 举报
[Quote=引用 4 楼 的回复:]
如果开发者希望使用GPL协议的软件的衍生品但不希望开源自己的软件源代码，唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。
这就是为什么Android Kernel使用GPL v2授权但Android可以使用Apache 2.0授权，而Android上的驱动、App可以闭源。
[/Quote]
“唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。”
引用编译后的DLL，是这唯一途径吗
如果开发者希望使用GPL协议的软件的衍生品但不希望开源自己的软件源代码，唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。
这就是为什么Android Kernel使用GPL v2授权但Android可以使用Apache 2.0授权，而Android上的驱动、App可以闭源。
[/Quote]
“唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。”
引用编译后的DLL，是这唯一途径吗
点耐特之王 2012-07-03
- 打赏
- 举报
怎么样啊LZ,匿了吧.哈哈哈哈哈哈哈哈
YapingXin 2012-07-03
- 打赏
- 举报
如果开发者希望使用GPL协议的软件的衍生品但不希望开源自己的软件源代码，唯一的途径就是通过正常的系统调用或者API调用来使用GPL软件的衍生品。
这就是为什么Android Kernel使用GPL v2授权但Android可以使用Apache 2.0授权，而Android上的驱动、App可以闭源。
这就是为什么Android Kernel使用GPL v2授权但Android可以使用Apache 2.0授权，而Android上的驱动、App可以闭源。
YapingXin 2012-07-03
- 打赏
- 举报
这就是为什么libc这样的库要以LGPL协议发布的原因。
假如libc以GPL协议发布，带给世界的打击将是毁灭性的，这显然不是开源运动的倡导者希望看到的结果。
YapingXin 2012-07-03
- 打赏
- 举报
这都不明白，那说明楼主根本就不懂开源协议！
GPL协议，无论GPL v2 还是 GPL v3，都不允许在闭源软件中使用GPL软件的源代码和衍生品。
所以哪怕是以动态链接的形式引用了GPL软件的动态链接库，那么也将遭受GPL的传染而被迫开源。
GPL协议，无论GPL v2 还是 GPL v3，都不允许在闭源软件中使用GPL软件的源代码和衍生品。
所以哪怕是以动态链接的形式引用了GPL软件的动态链接库，那么也将遭受GPL的传染而被迫开源。
点耐特之王 2012-07-03
- 打赏
- 举报
不懂唉！等眼镜哥来收拾你！
