Il fornire file oggetto soddisfa la clausola relink LGPL?

7

Da questa domanda su SO , ho letto che:

Codice sorgente proprietario + codice sorgente LGPL

  • linkato staticamente:
    • O devi rilasciare entrambe le parti come LGPL.
    • O fornire tutto ciò che consente all'utente di ricollegare l'applicazione con una versione diversa del codice sorgente LGPL. In questo caso gli altri requisiti sono uguali a quelli che erano collegati dinamicamente.

Quindi sembra che fornire file oggetto sia sufficiente per soddisfare LGPL in termini di collegamento statico di una libreria LGPL a un'applicazione di codice proprietario. Mentre l'eseguibile è collegato in modo statico, fornire i file oggetto consente all'utente finale di ricompilare l'applicazione, collegandosi a diverse versioni della libreria.

È corretto, e se no, allora perché?

    
posta IvanB 14.03.2016 - 23:15
fonte

1 risposta

4

Sì, hai completamente ragione. Fornire i file oggetto per la tua applicazione è sufficiente per soddisfare la LGPL perché consente all'utente di sostituire la libreria LGPL con un'altra versione se lo desidera.

La FSF lo dice anche in modo esplicito nelle sue FAQ :

For the purpose of complying with the LGPL (any extant version: v2, v2.1 or v3):

(1) If you statically link against an LGPL'd library, you must also provide your application in an object (not necessarily source) format, so that a user has the opportunity to modify the library and relink the application.

(2) If you dynamically link against an LGPL'd library already present on the user's computer, you need not convey the library's source. On the other hand, if you yourself convey the executable LGPL'd library along with your application, whether linked with statically or dynamically, you must also convey the library's sources, in one of the ways for which the LGPL provides.

    
risposta data 14.03.2016 - 23:24
fonte

Leggi altre domande sui tag