Fournit des fichiers d'objet satisfaire la clause LGPL DIKINK?
De - Cette question sur SO , j'ai lu que:
code source exclusif + code source LGPL
- lié statiquement lié:
- Soit vous devez libérer les deux parties comme LGPL.
- Ou fournir tout ce qui permet à l'utilisateur de relier l'application avec une version différente du code source LGPL. Dans ce cas, les autres exigences sont les mêmes que si elles étaient liées de manière dynamique.
Il suffit donc de fournir des fichiers d'objet suffisamment pour satisfaire LGPL en termes de liaison statique d'une bibliothèque LGPL à une application de code propriétaire. Bien que l'exécutable soit lié de manière statique, la fourniture des fichiers d'objet permet à l'utilisateur final de recompiler l'application, de relier une version différente de la bibliothèque.
Est-ce correct, et sinon, alors pourquoi?
Oui, vous êtes complètement correct. Fournir aux fichiers d'objet de votre application est suffisant pour satisfaire le LGPL car il permet à l'utilisateur de remplacer la bibliothèque LGPL'D avec une autre version si elles le souhaitent.
Le FSF le dit même explicitement dans leur FAQ :
Dans le but de se conformer à la LGPL (toute version existante: V2, V2.1 ou V3):
(1) Si vous êtes statistiquement lien avec une bibliothèque LGPL'D, vous devez également fournir votre application dans un format objet (non nécessairement source) , de sorte que Un utilisateur a la possibilité de modifier la bibliothèque et de relier l'application.
(2) Si vous vous trouvez dynamiquement sur une bibliothèque LGPL'D déjà présente sur l'ordinateur de l'utilisateur, vous n'avez pas besoin de transmettre la source de la bibliothèque. D'autre part, si vous transmettez vous-même la bibliothèque LGPL'D exécutable avec votre application, que ce soit lié de manière statique ou dynamique, vous devez également transmettre les sources de la bibliothèque, de l'une des manières fournies par la LGPL.