2

私はアプリケーションの作成に忙しく、LGPLとGPL（または他の何か）のどちらを使用すべきかわかりません。これが私の制限です：

  1. 私のアプリケーションはオープンソースです。コードもオープンソースである限り、人々が私のコードをどのように使用するかはあまり気にしません。彼らが私のソースコードを非オープンソースアプリケーションに使用したい場合は、最初に私に連絡する必要があります。
  2. 私はGPL、LGPL、IDGAFL（別名「af * kライセンスを与えない」）の下にある外部ライブラリを使用しています。ほとんどのライブラリでは、アプリケーションにソースコードを直接含めています。ごくまれに、事前に作成されたライブラリを使用してリンクします。
  3. 上記のライブラリの場合：すべてのソースコード（ライブラリのコードを含む）と、それらにリンクしている場合は.so / .dylib/.dllを含むリポジトリがあります。
  4. ビルド済みのライブラリと一緒にリリースする実行可能ファイルがあります。ビルド済みでないライブラリは、コンパイル時に実行可能ファイルに含まれることは明らかです。

どのライセンスが最適ですか？また、一部のライブラリでは、アプリケーションに合わせてソースコードを少し変更しています。これらはコード自体への大きな変更ではありませんが、ステートメント、ファイル拡張子などを含むように変更されています。例：

（元のライブラリ）から：

#include "libx/libx.hpp"

に（私の変更）：

#include "external/libx.h"

場所と拡張子が異なることに注意してください。これは許可されていますか？

4

3 に答える 3

4

GPLであるライブラリを使用している場合は、GPLを使用する必要があります。

今は見つかりませんが、GNUページにありました。

于 2012-07-04T15:03:03.480 に答える
1

FSFごとに、ライブラリされた外部GPLdに対してリンクしている場合は、自分でGPLdである必要があります。

編集（コメント）：そうは言っても、GPLdライブラリに対して動的にリンクしているだけで、それらを提供していない場合は、議論する必要はありません。しかし、これはFSFの立場ではありませんが、私が知っている人は誰も彼らの解釈に法的に異議を唱えたことはありません。

http://en.wikipedia.org/wiki/GNU_General_Public_License#Librariesにいくつかの議論があります。

于 2012-07-04T15:02:20.390 に答える
0

上記の項目（1）は、GPLにロックします。LGPLを使用している場合は、他の人が商用ソフトウェアまたは単に非GPLソフトウェアを作成できる方法であなたのコードとリンクすることを許可しています。したがって、基本的に、コードに基づいて記述されたすべてのものを後でオープンソースにしたい場合は、GPLを使用する必要があります。

于 2012-07-20T01:40:09.023 に答える