È possibile distribuire il software A come GPL, ma solo senza le funzionalità aggiuntive fornite dalla libreria proprietaria B. Se si vincolano le nuove funzionalità nel software A alla libreria proprietaria B, è necessario anche distribuire il codice sorgente di B sotto GPL. Associando i due software in questo modo crea un lavoro derivato.
L'unico modo per farla franca con la licenza A separatamente è legare dinamicamente la libreria B in fase di esecuzione. Se la libreria non è resa disponibile dall'utente, le funzionalità semplicemente non saranno presenti nel software A. Ma il software A deve essere in grado di funzionare sostanzialmente senza la libreria B.
Ci sono anche altre considerazioni. La FSF considera tale accordo valido solo se la comunicazione tra il Software A e la Biblioteca B "avviene a distanza di un braccio." Il significato esatto di "lunghezza del braccio" non è specificato dalla FSF, ma è probabilmente è giusto dire che il tuo software non può essere l'unico software che utilizza la libreria B
Inoltre, per soddisfare lo spirito della GPL, devi consentire al consumatore del Software A di sostituire una libreria adatta per la Libreria B, o anche di scrivere la propria. Questa è la libertà che la GPL è progettato per fornire; la libertà di utilizzare il software nel modo che ritengono opportuno, inclusa la ridistribuzione ad altri (a condizione che seguano anche la GPL).
Quindi è imperativo che la funzionalità del Software A non sia compromessa in alcun modo sostanziale dall'assenza della libreria proprietaria B.