Cette histoire de lib est un peu plus compliquée que cela. J'ai commencé à y voir clair après avoir discuté avec le PDG d'une société francaise faisant dans la licence duale GPL, PDG qui avait fait appel à un des rares (et chers) avocats de la place de Paris pour monter son business model...
(cas-1) tu pars des API de SUN. Et tu utilises une implémentation GPL de ces API => tu n'es pas impacté par la licence GPL car tu t'interfaces, tu te linkes avec les API de SUN.
(cas-2) tu pars des API d'un logiciel GPL (j'entends ici une API définie par ce logiciel, une API non standard, non normée). Du moment que tu utilises ou copies cette API pour en faire un produit dérivé, tu t'interfaces avec cette API ou un de ses produits dérivés => tu es impacté par la licence GPL.
De fait, la bonne réponse est : cela dépend.
La réponse n'est pas apportée par le fait de se linker, mais de là d'où tu pars (l'API en question), i.e. la notion de produit dérivé.
[^] # Re: A propos de la licence GPL
Posté par ddevito (site web personnel) . En réponse à la dépêche Un nouveau serveur SMTP est né : Tethys, entièrement écrit en Lua. Évalué à 3.
(cas-1) tu pars des API de SUN. Et tu utilises une implémentation GPL de ces API => tu n'es pas impacté par la licence GPL car tu t'interfaces, tu te linkes avec les API de SUN.
(cas-2) tu pars des API d'un logiciel GPL (j'entends ici une API définie par ce logiciel, une API non standard, non normée). Du moment que tu utilises ou copies cette API pour en faire un produit dérivé, tu t'interfaces avec cette API ou un de ses produits dérivés => tu es impacté par la licence GPL.
De fait, la bonne réponse est : cela dépend.
La réponse n'est pas apportée par le fait de se linker, mais de là d'où tu pars (l'API en question), i.e. la notion de produit dérivé.