C++ 除了洋泾浜还有别的选择吗，但许可证的限制要小一些？

最近遇到的。很好，我想做什么就做什么，但我对GPL许可证不太感兴趣。还有其他选择吗，限制较少的许可证

---

---

我更喜欢库是C或C++，因为我最熟悉这些语言，但是在Python中实现的IM库也会很有趣。

< P>看看KDE。聊天客户端本身仍然是GPL，但它的底层库libkopete是LGPL。因此，您可以非常自由地与它链接。

看看kde。聊天客户端本身仍然是GPL，但它的底层库libkopete是LGPL。所以你可以很自由地链接到它。

哇，我刚从pidgin的网站上查到，甚至连插件都必须是GPL。你说的“限制性”是什么意思？i、 e.GPL中的哪些要点让你在预期用途中感到“受限”（进入商业领域，所以GPL禁止你需要的东西）？你是说图书馆当然。。。（可能不是LGPL授权的，这就是问题所在？）GPL的好处是它不需要你发布你的软件，所以内部使用是可以的。如果你想通过它赚钱，那么你需要转向面向服务的模式。内部用户可以要求你提供源代码，对其进行更改，然后将结果以较少的限制条件提供给其他任何人，而你无法阻止他们。。。至少，不是根据GPL。（参见GPL v3第6、7、9和10节）我怀疑这会使GPL与大多数雇佣合同和/或签署的NDA不兼容。（由于这个原因，我的上一位雇主全面禁止将GPL代码纳入为公司编写的任何文件、产品或内部工具中；我认为这相当普遍。）在做出最终决定之前，请咨询合格的法律专业人士。我的信息都不符合这两个标准。哇，我刚在pidgin网站上查过，甚至AddIns都必须是GPL。你说的“限制性”是什么意思？i、 e.GPL中的哪些要点让你在预期用途中感到“受限”（进入商业领域，所以GPL禁止你需要的东西）？你是说图书馆当然。。。（可能不是LGPL授权的，这就是问题所在？）GPL的好处是它不需要你发布你的软件，所以内部使用是可以的。如果你想通过它赚钱，那么你需要转向面向服务的模式。内部用户可以要求你提供源代码，对其进行更改，然后将结果以较少的限制条件提供给其他任何人，而你无法阻止他们。。。至少，不是根据GPL。（参见GPL v3第6、7、9和10节）我怀疑这会使GPL与大多数雇佣合同和/或签署的NDA不兼容。（由于这个原因，我的上一位雇主全面禁止将GPL代码纳入为公司编写的任何文件、产品或内部工具中；我认为这相当普遍。）在做出最终决定之前，请咨询合格的法律专业人士。我的消息都不符合这两个标准。kopete使用libpurple这样的库？（这是一个问题）Kopete在自己的图书馆libkopete上运行。库是lgpl，而应用程序是gpl。我不知道libkopete中包含了多少kopete的功能。caspin：谢谢。我以前没有听说过科皮特。它似乎有我需要的功能。它似乎比扭曲的单词更稳定，并且也是用C/C++编写的，这很好。但是我在libkopete上找不到任何文档（技术信息和许可信息）。谷歌搜索“libkopete”时会出现死链接。我在哪里可以得到文件？在Kopete的svn repo中有一个libkopete目录。看起来文档是在构建Kopete时构建的。我建议下载Kopete，构建它，然后复制libkopete的内容供您使用？（这是一个问题）Kopete在自己的图书馆libkopete上运行。库是lgpl，而应用程序是gpl。我不知道libkopete中包含了多少kopete的功能。caspin：谢谢。我以前没有听说过科皮特。它似乎有我需要的功能。它似乎比扭曲的单词更稳定，并且也是用C/C++编写的，这很好。但是我在libkopete上找不到任何文档（技术信息和许可信息）。谷歌搜索“libkopete”时会出现死链接。我在哪里可以得到文件？在Kopete的svn repo中有一个libkopete目录。看起来文档是在构建Kopete时构建的。我建议下载Kopete，构建它，然后复制libkopete内容供您使用。MIT许可证，如果运营商想知道…，如果运营商的限制是想获得专有的swMIT许可证，如果运营商想知道…，哪一种更为宽松。。。，如果运营商的限制是想要制作专有软件，那么哪一个更为宽松