アカウント名:
パスワード:
LGPLのライセンス下でクローズドソースの商用アプリをリリースしようとしたら『動的リンク』である必要があるんだよね。
WindowsでC++で書かれているQtのコードを動的リンクせずに使う手段はあるのだろうか。DLLを作ってLoadLibrary+GetProcAddressという方法でいけるのか?
「LGPL のライセンス下でクローズドソースの商用アプリをリリース」というのは、LGPL のライセンス下でリリースされているライブラリを使った商用アプリをソース公開せずにリリース、の意味だとしたら、それは違います。
LGPL 2.1 の第6項にはライブラリのリンク形態についての規定がありますが、静的リンクであっても、ユーザが再リンクして実行形式を作れるだけのオブジェクトコードが一緒に配布されていれば、LGPL の規定を破ることにはなりません。ユーザがそのライブラリの異なるバージョンを使用するのを(結果はどうあれ)妨げないことが要求されている訳です。もちろん、動的リンクであればより簡単に左記の項目が達成されるため、オブジェクトコードの配布は要求されません。
> WindowsでC++で書かれているQtのコードを動的リンクせずに使う手段はあるのだろうか。Nokiaに金を払う。商用ライセンスが廃止されたわけではありませんよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
LGPL? (スコア:1, 興味深い)
LGPLのライセンス下でクローズドソースの商用アプリをリリースしようとしたら『動的リンク』である必要があるんだよね。
WindowsでC++で書かれているQtのコードを動的リンクせずに使う手段はあるのだろうか。
DLLを作ってLoadLibrary+GetProcAddressという方法でいけるのか?
Re:LGPL? (スコア:3, 参考になる)
「LGPL のライセンス下でクローズドソースの商用アプリをリリース」というのは、LGPL のライセンス下でリリースされているライブラリを使った商用アプリをソース公開せずにリリース、の意味だとしたら、それは違います。
LGPL 2.1 の第6項にはライブラリのリンク形態についての規定がありますが、静的リンクであっても、ユーザが再リンクして実行形式を作れるだけのオブジェクトコードが一緒に配布されていれば、LGPL の規定を破ることにはなりません。ユーザがそのライブラリの異なるバージョンを使用するのを(結果はどうあれ)妨げないことが要求されている訳です。もちろん、動的リンクであればより簡単に左記の項目が達成されるため、オブジェクトコードの配布は要求されません。
Re: (スコア:0)
> WindowsでC++で書かれているQtのコードを動的リンクせずに使う手段はあるのだろうか。
Nokiaに金を払う。
商用ライセンスが廃止されたわけではありませんよ。